На Data ONTAP Edge в этой статье остановимся подробней. Еще в 2012 году появился продукт Data ONTAP Edge – виртуальный аплаенс для гипервизоров Hyper-V и ESXi. Изначально он поставлялся с ОС DATA ONTAP 7-Mode (CBvM100, FDvM100), а в 2014 году вышла в свет Data ONTAP Edge на базе Clustered ONTAP (FDvM200). Такие решения предназначены для небольших офисов, где нет возможности установить или купить полноценную платформу FAS.
Особенно удобно использовать Data ONTAP Edge для компаний, у которых множество локальных офисов, где есть смысл построить топологию Star (звезда), с полноценной системой FAS в центре (для репликации на неё бэкапов) и Data ONTAP Edge в филиалах.
Отличием Data ONTAP-v от ONTAP на базе платформы FAS есть полное отсутствие у первой RAID технологии. Data ONTAP-v живёт и полностью опирается на традиционный RAID контроллер, установленный в вашем сервере. Также отсутствует поддержка FCP, что вполне логично:
Поддерживаемое HW оборудование
Глобальный партнёр компания Fujitsu выпускает специализированное решение VSX960 с блейд-серверами PRIMERGY BX400 для использования c Data ONTAP-v. В Решении VSX960 поддерживаются до 10 HDD.
Data ONTAP Edge также может работать и на серверах IBM, HP, Lenovo, Cisco, Dell и других. Вот краткий перечень наиболее популярных моделей, ключевым моментом является наличие поддерживаемого RAID-контроллера с батарейкой для кэша:
IBM ServerRAID M5015 SAS/SATA Controller
HP Smart Array P420 Controller
HP Smart Array P410i Controller
Fujitsu D3116 SAS/SATA Controller
Fujitsu D2616 SAS/SATA Controller
PowerEdge RAID Controller (PERC) H710
PowerEdge RAID Controller (PERC) H700
LSI 6G MegaRAID 9260-8i
LSI 6G MegaRAID 9265-8i
LSI 6G MegaRAID 9261-8i
Lenovo ThinkServer RAID 720ix
Lenovo ThinkServer RAID 720i
Lenovo ThinkServer RAID 710
Lenovo ThinkServer RAID 510i
Lenovo ThinkServer RAID 500
Lenovo ThinkServer RAID 110i
Lenovo ServeRAID M5210e
Lenovo ServeRAID M5210
HP Smart Array P840 Controller
HP Smart Array P830i Controller
HP Smart Array P822 Controller
HP Smart Array P440ar Controller
LSI MegaRAID SAS3108
LSI MegaRAID SAS2208
LSI MegaRAID SAS 9286CV-8e
Fujitsu PRAID EP420i
Fujitsu PRAID EP400i
Fujitsu D3116C RAID Controller
Fujitsu D2607 RAID Controller
PowerEdge RAID Controller (PERC) H730
LSI MegaRAID SAS 9361-8i
LSI MegaRAID SAS 9271-8i
LSI MegaRAID SAS 9261-8i
Cisco 9300-8E
Cisco 12G SAS
Этот список может дополняться или изменяться, уточняйте у авторизированных партнёров NetApp и матрице совместимости.
Ограничения
Так как система изначально проектировалась для небольших офисов, у неё ограничения выше, чем у «железячных» платформ FAS.
Продаются лицензии на 10, 25 и 50 TB полезного пространства (без учёта дедупликации). Т.е. если дедупликация будет хорошо жать данные, то вместится намного больше. Требуемое количество памяти 4/8 GB, необходимо наличие 2 CPU. И, как было сказано ранее, из-за отсутствия RAID-DP требуется наличие поддерживаемого RAID контроллера с кэшем и батарейкой. Поддерживаются протоколы репликации SnapMirror и SnapVault, дедупликация, Thing Provitioning, клонирование и SnapRestore. Подробнее на официальном сайте. Поддерживаются только однонодовые системы, которые не поддерживают High Avalability.
SnapMirror репликация
Лицензия SnapMirror идёт в поставке с DataONTAP Edge. DataONTAP Edge может выступать как источник, так и как получатель реплик. На базе SnapMirror можно построить DR решение SVM. Если использовать ONTAP только как хранилище файлов, то для репликации нет необходимости обеспечивать консистентность данных сторонним ПО. Если же используется IP SAN или приложения виртуализации, БД и других, то понадобится ПО резервного копирования, для обеспечения консистентности информации.
Будущее — SDS
NetApp продолжает развивать Data ONTAP-v, которая переродится в полноценный SDS. Так, в скором будущем он сможет кластеризироваться, получит функцию High Avalability и больший объем обслуживаемой информации.
Выводы
Виртуальные аплаенсы с Data ONTAP-v хорошо подходят для небольших компаний и компаний с филиальной структурой, где есть необходимость держать локальные данные и, возможно, реплицировать их в центральный офис. Сервер должен иметь поддерживаемый RAID контроллер с батарейкой. Продукты резервного копирования, которые интегрируют ONTAP с виртуальными окружениями Hyper-V и ESXi, будут весьма востребованы в таких схемах. Так Veeam Backup & Replication позволяет выполнять консистентные резервные копии и управлять SnapMirror репликацией, что делает этот, и другие подобные продукты, оптимальным тандемом в такой инфраструктуре. Технология SnapMirror for SVM поможет построить DR решение. Отдельно стоит выделить технологию VMware vVOL, которая нативно обеспечивает консистентные снепшоты на ONTAP, из-за чего также будет весьма интересна для подобных инсталляций.
Здесь могут содержаться ссылки на Habra-статьи, которые будут опубликованы позже.
Сообщения по ошибкам в тексте прошу направлять в ЛС.
Замечания, дополнения и вопросы по статье напротив, прошу в комментарии.
Комментарии (84)
freefd
15.06.2016 11:57Нужно больше тегов!
HPE VSA чутко попало в SMB/SME, Nutanix давно в авангарде SDS VSAN как технологии, а суровый Enterprise всё выбирает иглу VSAN от VMware. И вот из окопов арьергарда на рынок SDS появляется NetApp. Ну что ж, удачи.
P.S. Всё равно самые вкусные InfiniBox, но про них ещё мало кто знает.
navion
15.06.2016 12:53+1Как же Ceph? А у Netapp получился аналог аналог NexentaStor.
freefd
15.06.2016 13:12+1Я не видел реальных внедрений Red Hat Ceph Storage, да даже не слышал о них.
Если я правильно помню, NexentaStor базируется на OpenSolaris, который давно почил. Enterprise версию NexentaStor надо бы сравнивать с RAIDIX. Community версию — с FreeNAS/Openfiler/OpenMediaVault.navion
15.06.2016 13:43Ceph любят линуксоиды и тут вела блог компания у которой облако работает на нём.
Ещё есть ScaleIO с коммерческой поддержкой EMC и даже SDS версия XIV для совсем больших. Они тоже выглядят интересней VSA и ONTAP-v.freefd
15.06.2016 14:09+1Да забудьте уже про линуксоидов. Компания H****ey которая? Вы знаете, я бывал в ЦОДе на югах Москвы, который они арендуют. Они точно не могут забыть линуксоидов и worst practices.
Рынок СХД уже давно делят только известные производители, в том числе и рынок SDS. Куда они и должны были влететь одними из первых, глядя на тренды. А вот Red Hat и NetApp запоздали.
Ещё есть ScaleIO с коммерческой поддержкой EMC и даже SDS версия XIV для совсем больших. Они тоже выглядят интересней VSA и ONTAP-v.
Не удивительно, когда два ведущих вендора в верхнем сегменте рынка создали хорошие/отличные SDS продукты.
Ну и я пока не вижу позиционирования HPE VSA и NetApp ONTAP-v продуктами для Enterprise сектора. SMB/SME — быть может.navion
15.06.2016 18:07SMB/SME — быть может.
Для SME они слишком дорогие — СХД начального уровня (MD3000, V3700) будет дешевле, быстрее и проще в обслуживании.freefd
15.06.2016 18:39Тот же VSA (когда-то LeftHand Networks) для SME вполне себе достойно держится и проще масштабируется как scale-out массив. Ну и ещё VSA могут в Network RAID/Peer Motion, что тоже приятно, несмотря на всю мою нелюбовь к HPE.
Перечисленные HPE D2700/D3700, DELL MD1xx0, IBM V3700/DS3500 — это всё DAS и ему тяжело быстро и много расширяться (low-entry SAN/iSCSI scale-out массивы не рассматриваем, на них мы даже гарантию не продлевали :)navion
15.06.2016 19:20V3700 масштабируется до семи хостов при подключении по SAS, а потом можно поставить HIC для iSCSI.
freefd
15.06.2016 19:32+1P6300 тоже расширялся до 10 Enclosure на один Controller Enclosure, но это не делало его хорошим массивом. Даже когда он стоил совсем ничего и обещал пользователям «дешёвый» Mid-range.
Сравнивать SDS с DAS, даже с возможной в будущем «реинкарнацией» в SAN массив, как-то несколько странно. DAS должны оставаться DAS.
P.S. Классические SME — всегда амбициозные компании и быстро растут. И DAS они перерастут очень быстро.navion
15.06.2016 21:03Сравнивать SDS с DAS, даже с возможной в будущем «реинкарнацией» в SAN массив, как-то несколько странно. DAS должны оставаться DAS.
Не понимаю почему вы так настойчиво обзываете их DAS — это самый настойщий SAN, который по фичам обогнал mid-range пятилетней давности. Там есть thin provisioning, снепшоты, репликация, кэширования и распределённый RAID с быстрым ребилом (DDP или DRAID).
А подключение через SAS идеально для небольших инсталяций — тот же FC, но в пять раз дешевле и без сетевых заморочек iSCSI.
bbk
15.06.2016 22:03Когда увижу в живую хоть один сервак с подключением по SAS к СХД через SAS свич напишу :)
А пока не видел ни одного. Может я не в тех ЦОДах бываю?navion
15.06.2016 22:50К сожалению, коммутаторы не стали популярными и вендоры забили на сертификацию решений с ними (только Фулди для кого-то старается), а LSI перестал выпускать коммутаторы под своей маркой.
Видимо малому бизнесу хватает прямого подключения — Nutanix тоже продаёт решение на 4 хоста за десятки килобаксов без возможности расширения.bbk
16.06.2016 09:48Другими словами SAS, как протокол для подключения СХД к серверам, для роста и расширения, скажем так, не самый лучший вариант.
Собственно это и наблюдаю в ЦОДах — его там просто нет.navion
16.06.2016 13:22Не везде бывает взрывной рост, поэтому нетаповские пляски с заменой голов не находят понимания у массовых покупателей.
А малый и средний бизнес — это костяк любого государства, зря вы так пренебрежительно к ним относитесь.bbk
16.06.2016 13:36- Во-первых, чтобы вендор, не важно какой, нетап, не нетап обратил на аудиторию взор, она должна приносить прибыль. Производитель не может выпускать то что не продаётся. Всё относительно, может по вашим меркам та или иная аудитория приносит деньги, а по меркам вендора это копейки или затраты будут больше нежели прибыль или они могут свои ресурсы использовать на более прибыльных проектах и овчинка выделки не стоит.
- Во-вторых, это за рубежом средний и малый бизнесы занимают 60% экономики, в странах СНГ это намного меньший процент.
- В-третьих, опять таки, зарубежем малая компания это 500-1000 человек. У нас это уже средний бизнес.
- В пятых продукты для небольших компаний есть: для компаний которые не могут позволить себе нетапоскую железку, нетап даёт ONTAP-v и Cloud ONTAP.
freefd
15.06.2016 22:19+1Потому что Direct Attached Storage.
Не путайте технологию SAN и транспортную среду, которая может быть SAS, iSCSI, InfiniBand, FCoE, Fibre Channel и даже AoE.navion
15.06.2016 22:37В wiki точно пишут про что-то другое, так как это утверждение является ложным:
Недостатком DAS является невозможность разделять данные или неиспользуемые ресурсы с другими серверами.
freefd
15.06.2016 22:51Всё верно в wiki пишут. Все перечисленные нами HPE D2700/D3700, DELL MD1xx0, IBM V3700/DS3500 в самой дешевой инкарнации (мы ведь о ней начали) — DAS.
Собственно, про V3700 из Redbook:
Hosts can be FC attached using an existing FC network infrastructure or direct attached, iSCSI/FCoE attached using an existing IP network, or directly attached using SAS. A significant benefit of having direct attachment is that you can attach the host directly to the IBM Storwize V3700 without the need for an FC or IP network.
То бишь, у V3700 много вариантов, как подключить хост/хосты: Switched Fabric, FC-AL, DAS, iSCSI.
Вот и про DS3500 в виде DAS:
Host server SAS HBAs are used to connect to the DS3500 SAS ports. Each DS3500 controller can have up to four SAS host ports when you install the optional SAS host interface
adapter.navion
15.06.2016 23:00Всегда такие устройства относили к SAN. Или 3PAR тоже DAS, ведь его подключить напрямую к хостам FC или iSCSI?
HPE D2700/D3700, DELL MD1xx0
Это JBOD, а я про MSA 2000 и MD3000/NetApp E2x00.freefd
16.06.2016 01:12+23PAR, кстати, тоже можно сделать DAS к BLc3000/7000. Но я ни разу не видел 3PAR вне switched fabric.
JBOD — это лишь тип организации массива :)
Полагаю, мы запутали друг друга, когда я из-за профессиональной деформации воспринял фразу
СХД начального уровня (MD3000, V3700) будет дешевле, быстрее и проще в обслуживании
как отсыл к DAS, когда автор считал их самостоятельными массивами.
bbk
15.06.2016 19:20Ceph и любые другие опенсорсные продукты без поддержки и армии программеров для продуктивный решений стремно использовать.
А вот большие облачные провайдеры могут себе это позволить юзать.freefd
15.06.2016 19:35При Premium поддержке Red Hat можно не беспокоиться об армии программистов.
bbk
15.06.2016 20:50Вы используете Ceph на продуктиве, к примеру хотябы для 500 пользователей?
Не воспринимайте это как выпад против вас или продукта Ceph, просто некоторые вещи применимы не для всех. Вот если вы облачный провейдер, то наверно, для вас это будет интерестно. А если вы обычная компания, то вам, наверное, не стоит этого делать, потому что это нужно запустить это в эксплуатацию, поддерживать и не дай Бог восстанавливать.freefd
15.06.2016 22:10+1Так случилось, что мы внедряем целый стек своих продуктов (начиная от BSS, заканчивая SND/NFV) телекомам по всему миру. Я ни разу не слышал, чтобы мы где-нибудь у заказчиков повстречали Red Hat Ceph Storage. Я ещё поспрашиваю прицельно у коллег ради интереса, конечно…
navion
15.06.2016 21:08Опенсорсными СУБД все пользуют и не жужжат.
Ceph тоже рано или поздно допилят, а пока главная проблема в замкнутости экосистемы — целое дело отдать хранилище по iSCSI с мультипасингом.bbk
15.06.2016 22:07Опять таки кто «все» и какие СУБД?
Я видел в продуктиве ритейлеров и банков (т.е. это не того размера предприятия, типа ООО «Вася Пупкин») только одну опенсорсную СХД — MySQL.
А все юзют Оракл и MS SQL и не жужжат про опенсорс.navion
15.06.2016 22:35Банки мигрируют на Postgres из-за санкций, а куча мелких компаний использует его для 1С.
bbk
16.06.2016 09:09Если они мигрируют из-за санкций, то из-за санкций, а не из-за того, что они этого хотели, и только те, что под санкциями а не «все везде».
И вот здесь стоит подумать, «жужжат или не жужжат» — скорее тихо скрежещут зубами и переезжают, потому что приходится. И вообще, они «уже пользуются» или «переезжают»?
А по поводу 1С в мелких конторах, я вам дал намёк в предыдущем коменте, что я их вообще не рассматриваю.
Если на то пошло, так давайте в оборот ещё возьмем вебхостинги :)navion
16.06.2016 13:34Не скажу про скрежет зубов, просто новые проекты делают на Postgres вместо Oracle.
А вот 1Сники действительно нелестно о ней отзываются, но тут проблема в самом 1С и за пятую часть стоимости лицензий на MSSQL можно компенсировать разницу в производительности за счёт железок.bbk
16.06.2016 14:02Давайте разберемся в причинно-следственных связях.
Вы упомянули, что сейчас компании, которые попали под санкции переходят на PostgreSQL.
Другими словами из этой фразы становится понятно, что: они раньше юзали платные продукты и как вы выразились не жужжали. Тоже самое касается новых проектов: если новые проектов (ключевое слово) делают на PostgreSQL, то получается раньше платили за MSSQL/Oracle и опять-таки не жужжали.
Но потом они были вынуждены переходить на альтернативные варианты. В случае с санкциями, ключевое слово здесь «альтернативный», а не «опенсорс» — это я сейчас кабы резюмирую по вашему изначальному комменту про опенсорс СУБД.navion
16.06.2016 14:20Ещё не попали, но готовятся. В случае СУБД «альтернативный» == «опенсорс», не говоря про всякие монги, хадупы и т.п. Рынок меняется и больше ориентирован на разработчиков, которые любят новые решения и опенсорс. Почитайте блог ТКС, такое происходит не только у них.
А Oracle даже в банках встречается с истёкшей поддержкой — им тоже не нравится стоимость продления, учитывая что своим спецам всё равно надо платить.
Занятный получился холиварчик, жаль так мало участников :-)bbk
16.06.2016 14:44Давайте вернёмся к вопросу причинно следственных связей:
Люди переезжают (раньше были не на опенсорсе) из-за санкций — это ваши слова.
Опенсорс абсолютно ни при чём.
Просто так получилось, что из всех альтернативных вариантов самый приемлемый это PostgreSQL.
Если бы был достойный проприетарный продукт, к примеру из ОАЭ, который не попал бы под санкции, использовали бы его, следовательно ВАШЕЙ логике.
Опять таки я не против опенсорса. Я только за. Просто если вы его используете, вам нужно иметь достаточно хорошую поддержку и специалистов, которые будут вам фиксить баги и поддерживать это в работоспособном состоянии. Как правило это специфические компании, к примеру гугл или фейсбук или амазон или сейлсфорс, где хватает экспертизы. В свою очередь экспертиза обходится в немалые деньги.
И то иногда не хватает экспертизы армии админов и програмёров в облачном провайдере — почитайте недавние новости про SalesForce по ключевым словам «ZFS, Storage array firmware bug caused Salesforce data loss». Кстати это может быть интерестно BasilioCat
А если нет экспертизы — нужен сервис с высокой скоростью реакции техподдержки с гарантированным временем восстановления, что обойдется в немалые деньги.
Или как крайний вариант ваш бизнес должен быть готов к длительным простоям или даже потере информации — хотя это маловероятно, проводили исследования, что компании потерявшие свои данные почти все в течении следующих 3х лет закрываются.
Так что я тут и не пытаюсь устраивать холивар: опенсорс VS проприетарные продукты. Просто если вы выбираете этот вариант, будьте готовы к соответствующим последствиям в виде дополнительных квалифицированных кадров, хорошего уровня техподдержки и к тому, если вдруг что-то пойдёт не так, согласовать риски с руководством компании, чтобы потом вы сами не стали крайним.
Дальше смысл точно но тот же, что я писал про Cepch / MSA и еже с ними.BasilioCat
16.06.2016 16:47Заметьте, проблемы SalesForce начались с отключения электричества, где там ожидаемые 99.999% надежности остальной инфраструктуры? И это наверняка ЦОД Tier3.
В отчете самого SalesForce cказано, что это Firmware bug хранилища, а домыслы про ZFS написали в газетеСпид-ИнфоThe Register. И это прекраснейший экземпляр желтой прессы — «известно, что в прошлом SalesForce использовали серверы на Solaris в качестве хранилищ». То есть речь не о оракловых СХД и не о Nexenta. И думаю, никто не будет называть даже пропиертарную ОС Solaris словом Firmware, а значит в отчете SalesForce речь не о них. На мой взгляд этот случай — лишний повод не использовать пропиертарное ПО, и СХД в частности. «Экспертиза» в таких случаях превращается в лихорадочные звонки в техподдержку, и ожидание того, как они соизволят отреагировать в next business daybbk
17.06.2016 01:02Вы дочитайте до конца и внимательно, баг уже вылез после того как пропало питание и они переключились на резервный ЦОД.
bbk
17.06.2016 01:18где там ожидаемые 99.999% надежности остальной инфраструктуры?
Вот вы опять пытаетесь всё со всем перемешать и объявить всем, что в этой каше невозможно разобраться, и заодно невозможно высокую доступность посчитать и вообще это типа не нужно. Потому что роскомнадзор, люди в масках, электричество и т.д. Чудесно!
Подсчёт делается производителем СХД для доступности своих СХД, а как вы это настроите с серверами, потом, производитель не знает. Подсчёт ведётся о доступности СХД, а не сервисов. Оно и логично — а вдруг вы взяли и сами уронили ваш сервис, так что считать что СХД теперь недоступна?
Далее по тексту
Не хотите не обращайте на высокую доступность внимания — пользуйтесь вашими FreeNAS/NAS4Free на здоровье. Я ещё раз вам говорю — отговаривать не стану.
Экономит бизнес, а звиздюлей выхватывают админы. Почему? потому что сами себе злобные буратины и пока они не поймут предыдущую фразу — и поделом.
Захотите — вникнуть в тему вы вникните. Не захотите — ваше право, пожалуйста. Я вам просто констатирую как факт — этот важный параметр подсчитать можно и достаточно легко и А-бренды это делают для своих флагманских продуктов.BasilioCat
17.06.2016 10:04В очередной раз вижу утверждение о том, что решение принимают админы, вот святая наивность! Решение принимает бизнес, причем решение это всегда в сторону минимизации издержек. И если потери денег от простоя/потери данных/потери репутации ПРЕВЫШАЮТ стоимость СХД — то да, решение будет принято в пользу более надежного решения
bbk
17.06.2016 10:14Ну тогда сам Бог вам велел использовать опенсорс.
BasilioCat
17.06.2016 10:47+1У бизнеса свои боги. Когда у одной из компаний на букву г было много лишних денег, у нас стояли Netappы — прекрасное инженерное решение на мой взгляд, наиболее приближенное по внутренней идеологии к юниксу. Когда денег не стало, сменили на супермикры. Человек, который помогает бизнесу выбирать правильные технические решения не должен быть зашорен — только оперсорс, только GPLv2, или наоборот — только вендоры, суппорт контракты, QoS
bbk
17.06.2016 11:30Как вы могли прочитать в моих комментариях ранее, а также в других моих коментах, я не ратую исключительно за проприетарные или наоборот исключительно опенсорс.
Перечитайте внимательнее, еще раз:
Если вам позволяет бизнес и разделяет с вами риски (а не экономит на админа, а потом их же наказывает из-за этого), то пожалуйста используйте хоть опенсорсные, хоть самописные, любые продукты.
Но если бизнес этого не понимает, а это подавляющее число случаев, то я опять таки не ратую за проприетарные продукты.
Я говорю не дайте бизнесу наказать самих себя за то что вы в свое время не отстояли достойного решения.
А достойные решения могут быть и опенсорсные, но тогда нужна поддержка и програмеры
Или проприетарные высоко доступные и надежные
Нельзя быть «на половину беременным»: Если вы выбираете Open Source решение, то как следствие вам нужны программисты и поддержка.
Если вы выбираете решения высоко доступные, то как следствие они дорогие. Это Две стороны одной медали, для надежных, достойных решений.
Те, кто пытается откусить и оставить одну половину этой медали, вот те как раз и есть сами себе злобные Бурштины.
bbk
17.06.2016 10:16И я не говорил, что админы принимают решение, но они вовлечены в процесс принятия этого решения и могут повлиять на руководство путём объяснения всех потенциальных рисков.
Но парадокс в том, что как раз админы потом получают люлей, при том что экономил и принимал решение в основном бизнес. Перечитайте внимательнее.
freefd
15.06.2016 22:25+1Это же бизнес, надо уже бежать, сломя голову, чтобы через 3-4 года съесть заметный кусок рынка. Если не успел — инвесторам не будут интересны оправдания «рано или поздно мы допилим».
KorP
15.06.2016 13:16+1Всё равно самые вкусные InfiniBox, но про них ещё мало кто знает.
Учитывая их ценник — про них так никто и не узнает :))freefd
15.06.2016 13:48Ни один известный мне вендор не продаёт продукты по GPL.
Нет, правда, по соотношению $/MB Infinidat для моей предыдущей компании были вкуснее даже классического 3PAR'а с дискаунтом, большим половины стоимости GPL.KorP
15.06.2016 13:50Да никто про GPL и не говорил… нам под спеку они выкатили такой ценник, что FASы просто дешёвка :)
Odondon_Labama
15.06.2016 18:43У Infinidat пока нет решения типа ONTAP-v.
Хотя с другой стороны есть возможность погонять их на виртуалке.
bbk
15.06.2016 19:16Если знать историю ZFS, то правильнее наоборот:
Nexanta альтернатива ONTAP, так как ZFS использует часть кода WAFL и появилась, соответственно позже.
А ZFS в свою очередь был экспроприирован SAN/Oracle
Зато последний выплатил нетапу не малую суммы, но получил разрешение юзать его дальше, потому-что, к тому времени, новая кластерная версия WAFL уже шагнула далеко вперед
И посмотрите где Nexanta, а где флагманский продукт ONTAP:
Первый пытался занять нишу, в то время как ONTAP живет и здравствует.
Потому-что все версии ONTAP на всех платформах одинаковый код юзают.BasilioCat
15.06.2016 22:30+1Расскажите поподробнее про историю ZFS и WAFL? Судя по тому, что я слышал о внутреннем устройстве WAFL у нее в прародителях UFS, тогда как ZFS был спроектирован с чистого листа. И что бы там не говорили про
теплость и ламповостьэнтерпрайзность NetApp, ZFS в своей нише Нетаппу по возможностям мало чем уступает. Ну а если продажи Nexenta и Netapp сравнивать — так маркетинг творит чудеса, особо если с «решение» стоит на порядок дороже железа, на котором оно базируется.bbk
16.06.2016 08:58О, это же моя любимая тема — сравнивать «ZFSы» и «нетапы» :)
Вот как бы вы отреагировали, если бы вам предложили сравнить колесо и автомобиль?
И так на полном серьёзе: «а какие у тих различия в ТХ?»
Вы же понимаете ведь, что ONTAP это СХД (физическая/виртуальная/облачная), а ZFS это файловая система?
Даже если пытатьсявпихнуть не впихуемоесравнить не сравнимое, то для начала, стоит уточнить какое именно колесо:
- то что внутрях «Oracle ZFS Storage ZS»,
- то что в Nexenta,
- то что в FreeNAS,
- или то что на FreeBSD или Ubuntu (и других дистрибутивах)?
И справедливости ради какая именно машина будет сравниваться (Пускай код у всех ONTAP и однинаковый, но платформа разная):
- та что на платформе FAS,
- в виде виртуальной машины,
- или та что в публичных облачных провайдерах Amazone/Azure ?
BasilioCat
16.06.2016 11:34Ну помимо сравнений с колесами обычно есть требования. Если мы говорим об энтерпрайзе, то список требований обычно начинается с «сертифицировано Microsoft, VMWare, RedHat, наличие обучающих курсов и сертификатов, стоимость не менее Х млн, встреча в ресторане». Потом уже идут масштабируемость, отказоустойчивость, замена NBD и другие buzzwords из рекламного проспекта. Но если предположить, что в собственном хранилище заинтересован стартап (хотя на его месте может быть небольшой телеком, или какой-нибудь инстаграм), то требования могут быть такими — наличие NFS, снапшотов, репликация. А для малого бизнеса — CIFS, снапшоты, бэкапы. И часто под эти требования FreeNAS/NAS4Free или даже бесплатная версия Nexenta вполне подойдет. И, наверное, открою секрет — все, что умеет делать Nexenta из красивого веб-интерфейса, можно сделать из консоли на любой реализации ZFS, потому различия между файловой системой и СХД «из коробки» не так уж велики, как кажется.
Никто не спорит, что кластер из двухголового сервера с интерконнектом надежнее чем один сервер супермикро, но не у всех есть возможность ездить на Лексусах, кому-то и Ларгус подойдет.bbk
16.06.2016 11:57Главное чтобы вы и ваше РУКОВОДСТВО понимало и разделяло все связанные риски с тем, что используются дешевые/бесплатные и соответственно не высокодоступные решения.
Тогда все ок.
Потому что, как правило получается так: Деньги сэкономил босс, а за неработоспособность несет ответственность админ. И если админ достаточно опытный, то он:
- или выбьет хороший (и дорогой) сервис, будет иметь в штате программёра который будет в этом продукте хорошо разбираться и при необходимости сможет искать и фиксить баги
- или стнет рогом и не даст купить фигню
- или напишет письмо на руководство и распишет все риски (здесь опять таки нужен хороший опыт), чтобы если начались проблемы он потом не оказался на улице с ужасными рекомендациями и соответствующими записями в трудовой.
bbk
16.06.2016 10:10По поводу
тёплой ламповости«энтерпрайзности»:
Вот для вас лично будет разница между хранилищем NetApp с доступностью > 99,999%
И хранилищем Nexenta, которое продаётся с 2005 года, но подобной информации о доступности до сих пор нет?
Кстати о птичках, тут в коментах navion упоминал про MSA. Знаете почему по MSA нет исследований по высокой доступности? Потому что очень много было случаев когда MSA превращается в кирпич после перепрошивки.BasilioCat
16.06.2016 11:53А доступность меряется в вашем конкретном случае, или производителем на стенде, с экстраполяцией результатов? А если погорела корзина, в которую втыкаются два блока питания в «отказоустойчивом» сервере? А если электричество отключилось, а дизельгенератор не запустился? А если экскаватор перебил сразу два волокна, которые нерадивые проектировщики пустили в одном месте, обеспечив отказоустойчивость на бумаге? Это все случаи из реальной жизни, в которой стоят эти «99.999%» железки, и если вы не в Голдман Заксе работаете, то обеспечить реальные 99.999% на всех участках врядли возможно, а значит и гоняться за третьими девятками после запятой в Нетаппе, если у вас роутер Huawei, нет никакой нужды
bbk
16.06.2016 12:02На стенде? Улыбнуло :)
Высокая доступность СХД это вам не расчёт MTBF на диске.
Почитайте как это делается в энтерпрайзе в отчёте IDC — расчёт ведётся по всем проданным системам за какой-то срок, к примеру прошедший год.BasilioCat
16.06.2016 12:36Так у вас вся остальная инфраструктура — 99.999%? Включая РАО ЕЭС, роскомнадзор, изъятие серверов по делу, или просто визит ОМОНа? Где почитать, как такое у нас делается?
bbk
16.06.2016 12:53Есть рекомендации по настройке, но никто ж не может проконтролировать как вы это настроите.
Подсчёт делается производителем СХД для доступности своих СХД, а как вы это настроите с серверами, потом, производитель не знает. Подсчёт ведётся о доступности СХД, а не сервисов. Оно и логично — а вдруг вы взяли и сами уронили ваш сервис, так что считать что СХД теперь недоступна?
Но у всяких Нексант и МСА нет даже подсчёта уровня доступности (по простой причине — цифры не очень привлекательные).
Ещё раз — если вас и ваше РУКОВОДСТВО устраивает нексанта, МСА, Cepch или ещё что-то подобное — пожалуйста, я вас отговаривать не стану. Я ж незнаю, может вы мегаспец по этим продуктам и можете доступность обеспачить своим приложениям програмным уровнем выше всяких там мегабрендов.
Но практика показывает, что компании у которых есть отличные, высокооплачиваемые специалисты платят сотни тысяч долларов или даже миллионы за брендовые продукты именно из-за высокой доступности и отказоустойчивости «из коробки».
navion
16.06.2016 13:29Потому что очень много было случаев когда MSA превращается в кирпич после перепрошивки.
А FAS у всех тормозит, если верить отзывам в интернетах.romxx
16.06.2016 13:38+1Те, у кого не тормозит, просто не пишут отзывы в интернете, зачем, когда все ОК.
navion
16.06.2016 14:09Это завляние одного порядка со страшилками про обновления MSA. Хотя до появления ADP и Flash Pool наверняка оно было ближе к истине для FAS начального уровня.
bbk
16.06.2016 14:45Это не страшилки а реальные кейсы, если вы не в курсе, обратитесь в сервис или к интеграторам, которые много продают MSA.
Только к хорошему знакомому, так просто вам такую информацию давать никто не станет.
romxx
16.06.2016 14:46+1Ну, тут просто несравнимые объемы, NetApp продает на миллиард долларов прибыли в квартал, можете себе представить, какие это объемы, и сколько было бы в самом деле крику, если бы он в самом деле «тормозил», как вы утверждаете.
bbk
16.06.2016 13:40Если взять любое современное сложное устройство и не правильно его настроить и им пользоваться, то результат всегда будет нивелирован, каким бы хорошим оно ни было
bbk
16.06.2016 14:53Я правильно понимаю, что вы где-то видели/слышали, что FAS после прошивки превращается в кирпич?
Работаю с FAS уже 5 лет, инсталлирую и помогаю в инсталляции для заказчиков, и ни разу такого не было.
По сравнению с HP MSA и IBM Storwize 7000, где уже много контроллеров были превращены в нерабочие кирпичи после перепрошивки.
Важно также отметить, что к примеру IBM Storwize 7000 это относительно новый продукт, по сравнению с MSA и ONATP.
Операционка ONTAP пережила уже множество хардварных платформ, и как правило, совместима с двумя-тремя поколениями железа назад. и никогда кирпичей не было.
bbk
16.06.2016 14:58А вот MSA за столько лет могли бы и допилить и довести до ума и собрать статистику по высокой доступности.
Но похоже всё по-прежнему печально.
BasilioCat
15.06.2016 22:58+3Впрочем, я кажется понял, вы имеете ввиду иск о защите интеллектуальной собственности от NetApp к Oracle. И касается он патента «copy-on-write tree of blocks», который применяется для поддержания целостности в zfs. При этом CEO NetApp заявлял, что речь не о копировании кода и даже идей, а об использовании общих принципов. Думаю, не стоит делать из этого вывод о том, что ZFS — недописанный WAFL. Патентные проблемы там штука обычная, сам Netapp платит за использование CIFS Майкрософту
romxx
16.06.2016 08:23ZFS писали, по слухам, переманенные из NetApp программисты, близко знавшие внутреннее устройство WAFL.
Так что «чистый лист» там был такой… довольно условный ;)
А ссора по поводу патентов началась с того, что SUN купил компанию StorageTek (она тогда и дисковые СХД делала), взаимно кросслицензировавшей некоторые разработки с NetApp, и решил немножечко потроллить. Ну, кончилось все когда Oracle несчастный SUN съел с потрохами.
> Судя по тому, что я слышал о внутреннем устройстве WAFL у нее в прародителях UFS
Не, не совсем так. У нее в прародителях Berkeley's FFS и особенно TransArc Episode, уже мало кто помнит такие разработки. www.netwell.ru/download/documents/techlibrary/1%20-%20Разработка%20файловой%20системы%20для%20специализированного%20файлсервера%20NFS.pdf
> Патентные проблемы там штука обычная, сам Netapp платит за использование CIFS Майкрософту
Он просто один из двух компаний, которые покупали у MS официальную лицензию на CIFS как протокол, а не использовали SAMBA.
Но это уже преданья старины глубокой, сейчас все по другому, как я знаю.
> ZFS в своей нише Нетаппу по возможностям мало чем уступает.
Ой, в нише FreeNAS в смысле? ;) У Oracle даже с родной для них ZFS NAS Storage куча проблем по отзывам пользовавшихся.
При том, что WAFL сегодня это уже несколько лет как современный Scale-out, а ZFS Storage так и застыл в сегменте midrange на пару контроллеров.
ximik13
Можно подробнее про лицензирование и то как аплайнс получает доступ к дисковой емкости сервера?
1) Лицензии бессрочные? Если нет, то что будет с аплайнсом если не продлить?
2) Что будет с аплайнсом, если превысить физически залицензированную емкость?
3) Аплайнсу презентуются в качестве "физических дисков" vmdk или нет? Минимальное и максимальное количество?
4) Есть "пробная" версия аплайнса? В каком виде (лицензии) и с какими ограничениями?
5) Конфигурацию самой виртуальной машины можно менять? Увеличивать количество CPU и размер доступной ОЗУ? В каких пределах?
6) Требования к наличию физического RAID контроллера в сервере жесткие? Сам аплайнс же не проверяет наличие RAID-контроллера в сервере? Или все же он ставится только на "совместимые" сервера с true RAID rконтроллером, имеющим батарейку?
bbk
Лицензии бессрочные, потерабайтные. Техподдержка покупается отдельно.
Всё-равно будет доступно в агрегате столько, сколько куплено
В качестве дисков пробрасываются RDM или vmdk, внутри это видно как диски из которых собирается RAID0, поверх создается агрегат и вольюмы поверх агрегата.
Есть 90 дневная трал версия на 20ТБ
Конфигурация виртуальной машины и количество виртуальной памяти и ЦПУ увеличить можно, но в этом нет смысла потому что ONTAP будет использовать только то что ей нужно. С хутшими параметрами не будет работать
Система будет работать без рейд контроллера но нетап не тестировал такую конфигурацию и не знает будет ли это работать оптимально и будет ли работать вообще.
ximik13
Триал с полным набором лицензий? В том числе на репликацию?
bbk
Да. Ограничение только во времени