Как вы знаете, совсем недавно была выпущена новая версия продукта StarWind Virtual SAN, предназначенного для создания отказоустойчивых хранилищ на базе iSCSI для виртуальных машин VMware vSphere и Microsoft Hyper-V. О новых возможностях этого продукта мы уже рассказывали тут, кроме того, скоро мы расскажем о нововведениях более детально.

Некоторое время назад мы уже писали об изданиях решения StarWind (и тут), но сейчас продукт существенно поменялся - появились новые возможности и улучшения, которые мы просуммировали в таблице ниже:

Возможности продукта	StarWind iSCSI SAN Free Edition (бесплатно)	StarWind Virtual SAN для VMware и Hyper-V	Комментарий
Емкость хранилищ	Для одного узла - не ограничено, для HA-конфигурации - 128 ГБ	Зависит от типа лицензии - от 1 до 512 ТБ	Можно купить лицензию на 1 ТБ и расширять ее апгрейдами
Размер допустимого к использованию кэша	512 МБ	Не ограничено	Для коммерческой лицензии можно использовать всю память сервера под кэш
Централизованное управление	StarWind Management Console		Консоль бесплатного и коммерческого издания - одна. Апгрейд происходит с помощью ключа.
Число серверов на лицензию	2	2 или 3	Для коммерческой лицензии можно использовать 3 узла при соблюдении лицензированной емкости. Подробнее тут.
Число одновременных соединений по iSCSI	Не ограничено		Обе версии позволяют неограниченное число клиентов.
Число лицензированных портов Ethernet	Не ограничено		Любые порты можно как угодно агрегировать и использовать.
Число дисков хоста	Не ограничено		Диски можно использовать в любой конфигурации.
Техническая поддержка	Ограничена (только веб-форум)	Полная поддержка (уровень Standard или Premium)	Уровень Standard - время реакции 4-12 часов (почта, телефон), можно сделать апгрейд на премиум-поддержку.
Отказоустойчивость узлов типа Active-Active			Поддержка прозрачной для виртуальных машин отказоустойчивой конфигурации (как Failover, так и Failback). Для бесплатной версии - только для 128 ГБ.
Асинхронная WAN-репликация			Возможность асинхронной репликации между узлами и возможность создания катастрофоустойчивого решения для хранилищ. Теперь также возможна репликация даже на очень медленных каналах
Использование ресурсов NAS/SAN			Поддержка в качестве хранилищ как NAS, так и SAN-ресурсов. Утилита NAS Configurator - помогает сделать экспорт NFS/SMB-шары для использования в кластерах StarWind High Availability или MS Cluster.
Технология Disk bridge			Технология эмуляции SCSI-слоя, что позволяет использовать любые типы хранилищ (PATA/SATA/RAID).
Техника SPTI			Техника, позволяющая соединять физические устройства с удаленными машинами.
Хранение данных в виде файла образа (Image File)			Хранение виртуальных дисков машин в виде файла.
Поддержка технологии CDP и снапшотов			Более подробно - тут.
Возможности Thin Provisioning (растущие по мере наполнения диски)			Аллоцируется только необходимое для записей данных пространство диска.
Технология High speed caching			Использование памяти для защищенного и высокопроизводительного кэширования.
Сервисы мониторинга и нотификаций администраторов			Единая консоль мониторинга происходящих с хранилищами событий и средство оповещения администраторов по email или SNMP.
Дедупликация данных (собственный высокопроизводительный механизм)			Inline-дедупликация StarWind не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.

Из таблицы видно, что бесплатная версия StarWind Virtual SAN Free мало чем отличается от платной, кроме ограничения на размер отказоустойчивого хранилища в 128 ГБ. Поэтому если у вас есть необходимость в создании кластеров хранилищ на базе локальных дисков серверов - StarWind на сегодняшний день является единственным на сегодняшний день продуктом, позволяющим сделать это бесплатно.

Скачать пробную или бесплатную версию StarWind Virtual SAN для VMware или Hyper-V можно по этой ссылке.

Одна из самых популярных статей на VM Guru - это статья про типы дисков виртуальных машин на платформе VMware vSphere. Там рассказано про все имеющиеся виды виртуальных дисков, среди которых можно выделить три основных:

• Lazy zeroed thick disks - все пространство диска выделяется в момент создания, при этом блоки не очищаются от данных, которые находились там ранее. Но при первом обращении ВМ к этому блоку он обнуляется.
• Eager zeroed thick disks - все пространство такого диска выделяется в момент создания, при этом блоки очищаются от данных, которые находились там ранее. Далее происходит обычная работа с блоками без очистки.
• Thin disks ("тонкие диски") - эти диски создаются минимального размера и растут по мере их наполнения данными до выделенного объема. При выделении нового блока - он предварительно очищается. Эти диски экономят пространство на массиве, так как не забивают его нулями и не требуют аллокации заданного объема.

Между администраторами VMware vSphere очень часто возникает дискуссия: диски какого типа нужно создавать, особенно если дело касается высоких нагрузок ВМ на дисковую подсистему? Сейчас это становится актуальным и для флэш-массивов, которые начинают появляться в организациях различного масштаба и предназначены как раз для высоких нагрузок ВМ на диски.

Специально для таких пользователей компания VMware провела тесты для последовательных и случайных операций при работе с виртуальными дисками различного типа, используя для этого дисковые массивы с SSD-накопителями.

Результаты оказались интересны - диски типа Thin и Lazy zeroed серьезно уступают в производительности дискам Eager zeroed, когда дело касается нагрузок случайного типа.

Использованная тестовая конфигурация:

• Сервер Dell R910 с 40 ядрами и 256 ГБ оперативной памяти.
• Дисковый массив Pure FA-420 FlashArray с двумя полками, на которых 44 флэш-диска по 238 ГБ каждый (суммарно 8.2 ТБ полезной емкости).
• Виртуальная машина Windows 2008 R2 Virtual Machine следующей конфигурации: 4 vCPU, 8 GB RAM, 40 GB OS/Boot Disk, 500 GB Data Disk.
• Инициатор SW iSCSI для карточки 10 Gb.

Таблица результатов тестов, сделанных с помощью IOMETER для различных размеров блоков:

Из таблицы видно, что все диски на последовательных нагрузках показывают примерно одинаковый результат, а вот на Random-нагрузках уже совершенно другая картина. Все это более наглядно можно увидеть графиков, где диски Thin и Lazy zeroed существенно проседают по производительности:

Вывод - не все йогурты одинаково полезны. Для высокопроизводительных нагрузок желательно использовать диски типа Eager zeroed - хуже точно не будет. Единственный их минус - требуется существенное время на их создание, поскольку происходит обнуление блоков. Но если ваш дисковый массив поддерживает примитивы VAAI, то много времени не понадобится: например, в том же тесте диск Eager zeroed размером 500 ГБ создался менее чем за одну минуту.

Как вы знаете, совсем недавно была выпущена новая версия продукта StarWind Virtual SAN, предназначенного для создания отказоустойчивых хранилищ на базе iSCSI для виртуальных машин VMware vSphere и Microsoft Hyper-V. О новых возможностях этого продукта мы уже рассказывали тут, кроме того, скоро мы расскажем о нововведениях более детально.

В этом же посте мы приглашаем вас на вебинары StarWind, посвященные обновленной версии StarWind Virtual SAN V8. На вебинаре будет присутствовать Макс Коломейцев, а значит сможет ответить на вопросы на русском языке:

Webinar: New Approaches in Hardware-less SAN Storage for Remote & Branch Offices

Вебинар пройдет 3 июня, в 22-00 по московскому времени. Вместо того, чтобы выпить пива, приходим на вебинар посвященный построению инфраструктуры хранения в небольших компаниях и филиалах, где нужно экономить средства на покупку оборудования и лицензий. С продуктом StarWind это делается очень просто.

Регистрация на вебинар

--------------------------------------------------------------------

Live Webinar: Show Me The Storage!

Вебинар пройдет 5 июня, также в 22-00 по московскому времени. Этот вебинар будет как бы продолжением предыдущего, но здесь будут уже затронуты технические аспекты технологии StarWind, позволяющей создать надежную инфраструктуру хранения. Будет рассказано о технологиях репликации по LAN и WAN, а также расскажут о том, почему StarWind является лидирующей на сегодняшний день технологией на рынке iSCSI-хранилищ.

Регистрация на вебинар

Приходите, будет интересно!

Мы уже затрагивали тему новой версии продукта Veeam Backup and Replication v8, предназначенного для резервного копирования и репликации виртуальных машин на платформах VMware vSphere и Microsoft Hyper-V. Напомним, что в восьмой версии продукта будет поддержка работы с массивами NetApp, а также было анонсировано средство для восстановления объектов каталога - Veeam Explorer for Active Directory.

На днях же компания Veeam официально объявила о скором выпуске Backup and Replication v8 и пакета продуктов Veeam Availability Suite. Этому на сайте Veeam посвящена отдельная страница: http://go.veeam.com/availability-suite-v8.

Традиционно Veeam Availability Suite v8 будет представлять собой набор продуктов Veeam Backup & Replication v8 плюс решение для мониторинга и управления изменениями Veeam ONE.

Перечислим основные новые функции пакета:

• Новые средства для восстановления объектов Veeam Explorer for Exchange, SharePoint, SQL (впервые появится в v8), AD (подробнее - тут).
• Новый продукт Veeam Explorer for Storage Snapshots (HP и NetApp), позволяющий делать резервные копии из снапшотов хранилищ и быстро восстанавливать ВМ из этих копий.
• Поддержка EMC Data Domain Boost - появится возможность интеграции с этим механизмом EMC, что сократит окна резервного копирования за счет ускорения создания синтетических полных бэкапов до 10 раз.
• Новая технология End-to-End Encryption - теперь передаваемые данные при резервном копировании шифруются (AES 256), и даже если вы потеряете пароль, то все равно сможете восстановить виртуальные машин их резервных копий.
• Улучшения репликации - теперь репликация по WAN работает быстрее, появится возможность репликации из бэкапа (для очень удаленных площадок) и появится возможность переключения на резервную площадку в один клик.
• Это еще не все, ожидайте позднее полный список возможностей.

Больше деталей можно узнать в пресс-релизе Veeam. Выход новой версии Veeam Backup & Replication v8 и Veeam Availability Suite v8 ожидается в конце августа-начале сентября этого года. Предполагаемые цены в США - $1 100 за Standard Edition, $1 550 за издание Enterprise и $2 300 за Enterprise Plus Edition.

Напомним, что обо всем этом и многом другом компания Veeam расскажет на первой своей собственной конференции VeeamON, которая продет c 5 по 9 октября в Лас-Вегасе.

P.S. Я все еще жду от вас бесплатный билет, коллеги!)

Не так давно мы писали о доступности бета-версии средства VMware Log Insight 2.0, предназначенного для автоматизированного управления файлами журналов, а также сбора различных данных, их анализа и поиска. Вчера компания VMware анонсировала релизную версию VMware Log Insight 2.0.

Приведем здесь полный список новых возможностей решения Log Insight 2.0:

1. Улучшения производительности масштабируемости:

• VMware заявляет, что Log Insight работает в 6 раз быстрее конкурента - продукта Splunk.
• До 8 раз увеличена скорость сбора данных и до 6 раз - скорость выполнения запросов.
• До 2 ТБ анализируемых данных на узел.
• До 30% улучшения производительности отдельных узлов.
• Возможность масштабирования до 6 узлов при анализе данных.

2. Высокая доступность:

• Улучшения скорости обмена до 5-10 раз при работе в режиме Cluster mode.
• Нет единой точки отказа - при запросах можно использовать внешний балансировщик, перенаправляющий запросы к узлам. Появилась интеграция с решением vCenter Operations Management Suite.
• Единый интерфейс для работы со всеми данными узлов.

3. Проактивная аналитика:

• Обучаемая система типов событий и распознавания схем данных с интеллектуальной группировкой (близкие сообщения хранятся рядом).
• "Умные поля" в отчетах (распознается тип данных в поле).
• Сбор данных с таких продуктов VMware, как NSX, vCloud Automation Center, Horizon View.

4. Улучшенные дэшборды и графический интерфейс:

• Интерфейс на основе HTML 5.
• Простое добавление фильтров на лету.
• Возможность взаимодействия между разными виджетами одного дэшборда.
• Теперь работа с диаграммами стала намного удобнее (новые виды диаграмм, можно прятать колонки, можно добавлять чарты на дэшборд).

5. Поддержка RESTful API при работе с логами.

6. Улучшенные механизмы мониторинга собственного состояния.

7. Агент для сбора логов Windows:

• Перенаправляет Windows event logs.
• Мониторит изменения файлов журнала.
• Функции централизованной отчетности и управления логами.
• Потребляет мало ресурсов (до 5% CPU и 100-200 МБ оперативной памяти).
• Поддерживает автоматическую ротацию логов.

Кроме того, в скором времени будут доступны дополнительные контент-паки для следующих продуктов:

• Brocade SAN Content Pack – мониторит события с FC-коммутаторов Brocade, генерирует алерты
• Microsoft Active Directory Content Pack
• Microsoft Exchange Content Pack
• Microsoft Windows Content Pack

Дефолтный контент-пак для VMware vSphere содержит следующие представления:

• General – Overview
• General – Inventory
• General – Security
• vCenter – Alarms
• vCenter – Tasks
• ESXi
• DRS
• HA
• Networking
• Storage – Overview
• Storage – SCSI latency/errors
• Storage SCSI Sense Codes
• Storage – NFS
• Virtual Machine

Теперь лицензирование VMware Log Insight построено не на базе объема обрабатываемых данных, а на базе анализируемых систем (стоит это $200 за систему). Можно также купить лицензию на 1 физический процессор (CPU) сервера Log Insight.

Сам продукт VMware Log Insight 2.0 будет доступен для загрузки во втором квартале этого года. Более подробно о продукте можно узнать тут, а контент-паки можно загрузить отсюда.

Интересная новость пришла с конференции EMC World 2014, которая проходила с 5 по 8 мая в Лас-Вегасе. Теперь при построении распределенного ("растянутого") кластера VMware HA/DRS (он называется vSphere Metro Storage Cluster, vMSC) поддерживается задержка RTT (Round Trip Time) в канале до 10 миллисекунд. Для такого варианта использования сертифицировано решение VPLEX Geosynchrony 5.2, начиная с версии VMware vSphere 5.5.

Надо сказать, что технология EMC VPLEX Metro ранее поддерживалась на расстояниях между ЦОД в диапазоне до 100-150 км (иногда несколько более), где возникают задержки (latency) до 5 мс (это связано с тем, что RTT-время пакета в канале нужно умножить на два для FC-кадра, именно два пакета необходимо, чтобы донести операцию записи). Но и 150 км - это вовсе немало. Теперь же это расстояние увеличилось до 300 километров.

Ранее технология vMotion поддерживалась и для latency до 10 мс, а вот механизм отказоустойчивости VMware HA гарантированно работал только для задержек до 5 мс.

При этом сейчас кластер vMSC сертифицирован как для нативного плагина доступа к хранилищам NMP (Native Multi-pathing), так и для плагина PowerPath/VE. Здесь надо обязательно отметить, что данная конфигурация поддерживается только издания VMware vSphere Enterprise Plus.

Более подробная информация о кластерах vMSC приведена в KB 2007545.

Долгожданная новость от компании StarWind: вышла восьмая версия продукта для создания отказоустойчивых кластеров хранилищ - StarWindV8! Решение теперь называется StarWind Virtual SAN, и, как и раньше, оно доступно для двух платформ - VMware и Hyper-V. Cкоро мы напишем о новой версии этого продукта весьма детально.

Тем же из вас, кто находится сейчас на глобальной конференции Microsoft TechEd 2014, проходящей в Хьюстоне, мы настоятельно рекомендуем заглянуть на стенд компании StarWind Software (номер #746) по двум причинам:

• Вам покажут живое демо продукта StarWind V8, который уже вышел и доступен для загрузки.
• Расскажут о том, как наполовину снизить издержки на содержание инфраструктуры небольшой организации или филиала при удвоении эффективности.

Компания VMware выпустила полезный документ VMware Virtual SAN Hardware Design Guide, который позволяет получить информацию о том, как правильно выбрать аппаратное обеспечение для построения отказоустойчивого кластера хранилищ на базе локальных дисков серверов - VMware Virtual SAN.

Пример правильного узла для кластера VSAN:

Внутри документа вы найдете информацию о том, как выбрать:

• Форм-фактор серверов
• Загрузочные устройства
• Флэш-накопители
• HDD-диски
• Контроллеры хранилищ
• Сетевые адаптеры

Ну и, конечно же, не стоит забывать про ресурс VMware Hardware Compatibility Guide (HCL), где можно найти актуальный список аппаратного обеспечения, совместимого с различными продуктами и технологиями VMware.

Для тех, кто задумался о промышленном внедрении VMware VSAN, документ - мастрид.

На прошлой неделе стало известно, что горячо любимая нами компания StarWind привлекла инвестиций на сумму 3,25 миллиона долларов сразу от трех фондов - ABRT Venture, AVentures и Almaz Capital Partners. Первый фонд некоторым из вас хорошо известен, как фонд основателей компании Veeam Software. Остальные два фонда также в представлении не нуждаются.

Со своей стороны мы поздравляем наших киевских коллег, а для вас, как пользователей продукта StarWind iSCSI SAN, это означает, что компания вышла но новый виток развития, то есть теперь обновления будут чаще и лучше, функционал богаче, да и портфолио продуктов StarWind серьезно расширится.

StarWind — это стартап, основанный в Украине, но сейчас являющийся международной компанией, с главным офисом в Бостоне и центром разработки в Киеве, где работают около 40 человек. Основатели StarWind Артем Берман и Антон Коломейцев разрабатывают собственную технологию iSCSI SAN с 2003 года. По словам сооснователя компании Артема Бермана, в своем сегменте компания является мировым лидером. У Starwind — около 30 000 клиентов в 100 странах мира.

Нынешние инвестиции стали для компании раундом B. Первый раунд в размере около $2 млн от фонда ABRT Venture компания привлекла еще в 2009 году. Размеры долей, которые фонды получили тогда и сейчас, не разглашаются. «После первого раунда у нас остались наработанные связи с VC-сообществом, поэтому, когда мы приняли решение поднимать второй раунд, было просто выйти на фонды», — рассказал сооснователь стартапа Артем Берман.

О StarWind 
StarWind разрабатывает программное обеспечение для создания виртуальных систем хранения данных (СХД). Проект основан в Украине Артемом Берманом и Антоном Коломейцевым. Главный офис компании находится в Бостоне, центр разработки в Киеве. По данным компании, у Starwind около 30 000 клиентов в 100 странах мира. 

Об ABRT Venture 
Венчурный фонд ABRT поддерживает софтверные компании, расположенные в России и СНГ и находящиеся на стадиях стартапа, ранней стадии или стадии роста. Фонд создан Андреем Бароновым и Ратмиром Тимашевым. В портфель входят такие компании как Acronis, InvisibleCRM, Veeam Software. Размер инвестиций от $1 млн. 

Об AVenturesAVentures — венчурный фонд, инвестирующий в компании из России и Украины на ранних стадиях и стадии роста. Запущен в 2012 году. Фонд инвестирует в потребительский интернет, облачные сервисы, программное обеспечение, мобильные технологии, платёжные системы, онлайн-игры и социальные медиа. Объем инвестирования — от 300 тысяч до 3 млн. долларов. 

Об Almaz Capital Partners 
Almaz Capital Partners — фонд венчурного капитала. Управляющий партнер Александр Галицкий. Объем инвестиций $0,5-$15 млн. Инвестиционный портфель включает в себя Acumatica, Alawar, AlterGeo, Apollo Project, Flirtic, Jelastic, TravelMenu и т.д.

Пару недель назад мы писали об уязвимости OpenSSL HeartBleed, которая коснулась виртуальной инфраструктуры VMware vSphere, а также других продуктов компании VMware. Напомним, что эта уязвимость позволяла злоумышленнику получить доступ к памяти сервера, где могут храниться логины/пароли и другая информация пользователей.

На прошлой неделе компания VMware выпустила фиксы для этого бага в виде обновлений VMware vSphere 5.5 Update 1a и VMware vSphere 5.5c, подробнее о которых написано в специальной статье KB 2076665.

Но тут, как часто бывает, вышла оказия. Нашелся еще один баг в VMware vSphere 5.5 Update 1 - оказывается, если для этого билда использовать NFS-хранилища, то они периодически отваливаются, то есть переходят в состояние APD (All paths down). Это касается и VSA-хранилищ. В логах при этом наблюдается что-то вроде такого:

2014-04-01T14:35:08.074Z: [APDCorrelator] 9413898746us: [vob.storage.apd.start] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down state.
2014-04-01T14:35:08.075Z: [APDCorrelator] 9414268686us: [esx.problem.storage.apd.start] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down state.
2014-04-01T14:36:55.274Z: No correlator for vob.vmfs.nfs.server.disconnect
2014-04-01T14:36:55.274Z: [vmfsCorrelator] 9521467867us: [esx.problem.vmfs.nfs.server.disconnect] 192.168.1.1/NFS-DS1 12345678-abcdefg0-0000-000000000000 NFS-DS1
2014-04-01T14:37:28.081Z: [APDCorrelator] 9553899639us: [vob.storage.apd.timeout] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down Timeout state after being in the All Paths Down state for 140 seconds. I/Os will now be fast failed.
2014-04-01T14:37:28.081Z: [APDCorrelator] 9554275221us: [esx.problem.storage.apd.timeout] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down Timeout state after being in the All Paths Down state for 140 seconds. I/Os will now be fast failed.

Решения для этой проблемы пока нет, поэтому рекомендуется просто откатиться на VMware vSphere 5.5 (без Update 1), если вы используете NFS-хранилища или модуль VSA.

Так вот, поэтому vSphere 5.5 Update 1 и просто vSphere 5.5 надо обновлять разными патчами для устранения уязвимости OpenSSL HeartBleed (чтобы на 5.5 не накатилась проблема с APD):

VMware ESXi 5.5, Patch Release ESXi550-201404001
Это патч только для фикса хостов ESXi 5.5 Update 1

VMware ESXi 5.5, Patch Release ESXi550-201404020
А этот патч для фикса хостов разных версий 5.5 за исключением ESXi 5.5 Update 1, а именно:
ESXi 5.5.0 hosts
ESXi 5.5.0 hosts patched with ESXi550-201312101-SG bulletin
ESXi 5.5.0 hosts patched with ESXi550-201312401-BG bulletin
ESXi 5.5.0 hosts patched with ESXi550-201403101-SG bulletin
ESXi 5.5.0 hosts patched with ESXi-5.5.0-20131201001s-standard image profile
ESXi 5.5.0 hosts patched with ESXi-5.5.0-20131201001s-no-tools image profile
ESXi 5.5.0 hosts patched with ESXi-5.5.0-20131204001-standard image profile
ESXi 5.5.0 hosts patched with ESXi-5.5.0-20131204001-no-tools image profile
ESXi 5.5.0 hosts patched with ESXi-5.5.0-20140301001s-standard image profile
ESXi 5.5.0 hosts patched with ESXi-5.5.0-20140301001s-no-tools image profile

Для серверов vCenter есть также соответствующие патчи:

• VMware vCenter Server 5.5 U1a
• VCVA 5.5 U1a
• VMware vCenter Server 5.5c
• VCVA 5.5c

VMware рекомендует сначала обновить серверы vCenter, а потом уже обновлять хосты ESXi. Сама процедура обновления описана в KB 2076692.

После обновления, на хостах ESXi надо перегенерить сертификаты и сменить пароли root. Делается это так:

cd /etc/vmware/ssl
/sbin/generate-certificates
chmod +t rui.crt
chmod +t rui.key
passwd root

Ну и надо отметить, что для всех остальных продуктов VMware также вышли фиксы уязвимости OpenSSL HeartBleed. Информация о них доступна по этой ссылке: http://www.vmware.com/security/advisories/VMSA-2014-0004.html.

Многие администраторы VMware vSphere знают, что еще в версии Veeam Backup and Replication 6.5 появилось средство Veeam Explorer for SAN, которое поддерживает гранулярное (то есть до уровня отдельных объектов гостевой ОС) восстановление виртуальных машин напрямую из снапшотов, сделанных устройствами хранения. До настоящего времени это решение поддерживало только хранилища HP StoreVirtual VSA и HP LeftHand (а также была добавлена поддержка StoreServ, т.е. 3PAR). Эта технология изначально была разработана Veeam совместно с HP и поддерживала все функции Veeam: Instant VM Recovery, Instant File-Level Recovery и Explorer for Exchange item recovery.

Теперь же, совсем недавно, компания Veeam Software объявила о партнерстве с NetApp - одним из лидеров в области производства систем хранения данных. Теперь Veeam Backup & Replication 8, который будет следующим мажорным релизом ведущего продукта для резервного копирования и репликации ВМ, сможет восстанавливать виртуальные машины напрямую из снапшотов NetApp:

Это уже вторая фича, заявленная к выпуску в восьмой версии Veeam B&R, первой, напомним, было средство восстановления объектов каталога Active Directory из резервных копий виртуальных машин - Veeam Explorer for Active Directory.

Основные возможности Veeam Explorer for SAN при работе с массивами NetApp:

• Fast backups: возможность резервного копирования виртуальных машин из снапшотов хранилищ, сделанных самим NetApp, что работает до 20 раз быстрее.
• Quick recovery: возможность восстановления машин или их отдельных объектов (документы Exchange, файлы гостевых ОС и т.п.) из объектов хранилищ, сделанных средствами технологий NetApp Snapshot, SnapMirror и SnapVault.
• Improved protection: возможность создания снапшотов или удаленных резервных копий инфраструктуры средствами хранилищ NetApp (например, на DR-площадке).

Пример помещения второго бэкапа в удаленное волт-хранилище в целях обеспечения катастрофоустойчивости инфраструктуры:

Интеграция Veeam Backup & Replication 8 и массивов NetApp ожидается во второй половине 2014 года. Пока же можно посмотреть вебинар "How Veeam and NetApp deliver Advanced Data  Protection for the Modern Data Center", который пройдет 17 апреля.

Более подробно об интеграции Veeam и NetApp можно почитать на этой странице.

Как многие уже слышали, совсем недавно вышла первая версия продукта VMware VSAN, который был выпущен одновременно с релизом обновленной платформы VMware vSphere 5.5 Update 1. Многие уже принялись тестировать это решение, которое (что похвально) теперь работает производительнее своей же бета-версии и в то же время линейно масштабируется по количеству узлов ESXi с точки зрения производительности...

Как вы знаете, в состав решения номер 1 для резервного копирования виртуальных сред Veeam Backup and Replication (кстати, есть его бесплатная версия) входят несколько дополнительных средств (в рамках технологии U-AIR - Universal Application-Item Recovery), которые позволяют восстанавливать объекты приложений. А именно:

• Veeam Explorer for Microsoft Exchange (мы писали об этом тут).
• Veeam Explorer for Microsoft Sharepoint (мы писали об этом тут).
• Veeam Explorer for Storage Snapshots.

Теперь же появилось еще одно средство - Veeam Explorer for Active Directory (VEAD) BETA, которое позволяет восстанавливать объекты каталога в инфраструктуре Microsoft. Просто открывается файл БД каталога ntds.dit, из которого можно восстанавливать объекты (пользователей, группы, компьютеры) в работающую AD:

При этом VEAD - это решение "Microsoft Exchange aware", то есть если мы восстанавливаем пользователя, то восстанавливаются его почтовые ящики из Microsoft Exchange средствами Veeam Explorer for Microsoft Exchange. Также можно экспортировать объекты в файл LDIF.

Кроме, этого VEAD обладает уникальной возможностью восстанавливать пароли пользователей и компьютеров, которая спасет вас, если вы случайно удалите, например, OU.

Системные требования для установки Veeam Explorer for Active Directory:

• Veeam Backup & Replication 7.0 или более поздней версии.
• Наличие сервисов Active Directory для Windows Server 2003, 2008 или 2012.
• Наличие данных Active Directory (в каталоге %systemroot%\NTDS).

Обратите внимание, что Veeam Explorer for Active Directory BETA - это отдельная утилита, никак пока не связанная с решением Veeam B&R. Скачать ее можно вот тут. В релизной версии, разумеется, интеграция будет. Фидбэк о продукте можно оставить на форуме.

Совсем недавно мы писали про то, что компания StarWind Software выпустила предрелизную версию своего решения для создания отказоустойчивых кластеров хранилищ - StarWind SAN V8 Release Candidate. Там будет огромное количество новых возможностей, которые позволят вывести инфраструктуру виртуальных хранилищ на базе локальных дисков серверов на еще более высокий уровень.

А буквально на днях компания StarWind сделала своим потенциальным пользователям эксклюзивное предложение - теперь можно приобрести продукт StarWind iSCSI SAN V8 сейчас, а заплатить за него позже - в течение 60 дней после подписания счета.

Условия предложения просты - просто купите любое издание StarWind до 31 марта, и вы получите отсрочку платежа. Чтобы воспользоваться предложением, свяжитесь с компанией StarWind по этому адресу: sales@starwindsoftware.com.

Компания ИТ-ГРАД объявляет о начале промо-акции E2700!

В рамках акции предоставляются специальные условия на приобретение блочных систем хранения данных NetApp E2700. Основными областями применения данных систем являются: full motion видео, медиа контент, обработка сейсмических данных, видеонаблюдение, высокопроизводительные вычислительные кластера (HPC), D2D бэкап, геологоразведка и др.

Отличительной особенностью являются более низкая стоимость за терабайт полезного пространства по сравнению с FAS-моделями. 

NetApp E2700

Высокопроизводительный модульный массив, бюджетное, отказоустойчивое, масштабируемое решение для хранения данных, предоставляющее доступ по протоколам FC, ISCSI и SAS.

• Во все комплекты, если предусмотрено производителем, входят SFP-модули, кабели и рельсы для крепления в стойке.
• Подписка на ПО и гарантия на оборудование - 36 месяцев.
• Системы доступны только под заказ.

Звоните! (812) 313-88-15 и (495) 748-05-77.

Узнайте стоимость.

Недавно мы писали о том, что компания VMware планирует выпуск решения для создания кластеров хранилищ на базе локальных дисков серверов - VMware Virtual SAN. И вот это случилось - вышла первая версия VMware Virtual SAN 1.0 и обновление VMware vSphere 5.5 Update 1, в котором есть поддержка VSAN (кстати, апгрейд с бета-версий VSAN на релизную не поддерживается). Для ESXi и vCenter апдейт с прошлой версии является кумулятивным, поэтому нет нужды накатывать предыдущие патчи для 5.5.

Помимо поддержки VMware VSAN, в платформе VMware vSphere 5.5 Update 1 добавились следующие функции:

• Плагин клиента vCloud Hybrid Service теперь доступен в vSphere Web Client.
• vCenter Server теперь полностью поддерживается на платформе Windows Server 2012 R2.
• Множественные исправления ошибок.

Надо отметить, что для поддержки VMware Virtual SAN обновилась не только платформа VMware vSphere, но и решение для виртуализации настольных ПК VMware Horizon View, которое теперь поддерживает размещение десктопов на хранилищах VSAN. Поэтому приведем ниже основные ссылки на обновившиеся компоненты:

• vCenter Server Update 1 download (+ release notes)
• ESXi 5.5 Update 1 download (+ release notes)
• Horizon View 5.3.1 download (VSAN release) (+ release notes)
• Horizon Workspace 1.8 (+ release notes)

Кстати, для тех, кто хочет узнать о том, как начать использовать VSAN с VMware Horizon View, есть вот такая KB 2073795.

В составе vSphere обновились также следующие компоненты до новых версий:

• vSphere Replication 5.5.1 (скачать)
• vSphere Data Protection 5.5.6 (скачать)
• VMware vCenter Orchestrator appliance 5.5.1 (скачать)

Но это еще не все. Обновились также и другие продукты VMware, чтобы обеспечить поддержку VSAN:

• VMware vCloud Director 5.5.1 (скачать)
• VMware vCenter Operations Manager Advanced 5.8.1 (скачать)
• VMware vCenter Hyperic 5.8.1 Server (и agent) (скачать)
• VMware vCenter Site recovery manager 5.5.1 (скачать)
• VMware vCloud Application Director 6.0.1 (скачать)

Централизованно все обновленные компоненты решений VMware можно найти по этой ссылке.

А вот в какой последовательности стоит обновлять эти компоненты, если у вас много продуктов VMware, и вы хотите внедрять VSAN:

* Если вы используете Cisco Nexus 1000V, см. KB 2057795
** Если вы используете vSphere Storage Appliance, убедитесь, что vCenter Server был обновлен минимум до версии vSphere 5.1 Update 1, чтобы он поддерживал vSphere Storage Appliance 5.5.

Напомним также все наши посты о решении VMware Virtual SAN:

• 10 марта выходит VMware Virtual SAN (VSAN) - основные особенности
• Калькулятор для расчета необходимой дисковой емкости под кластер VMware Virtual SAN (VSAN)
• Как кластер VMware Virtual SAN (VSAN) обслуживает запросы на чтение блоков
• Как ведет себя кластер VMware Virtual SAN (VSAN) в случае сбоев дисков или хоста VMware vSphere / ESXi
• Сайзинг кластеров хранилищ VMware VSAN в VMware vSphere и их отказоустойчивость
• Обновление VMware Virtual SAN Beta - и сравнение производительности с каким-то Flash-массивом
• Производительность кластера хранилищ VMware VSAN для виртуальных ПК VMware View при масштабировании
• Новый документ: "What’s New in VMware Virtual SAN (VSAN)"
• Чем отличаются VMware VSA и VSAN - сравнение

Ну и последнее, но не менее важное. Практически одновременно с релизом VSAN 1.0 компания VMware выпустила очень полезный документ "VMware VSAN Design and Sizing Guide", в котором приводятся различные рекомендации по построению инфраструктуры VSAN, а также выбору числа дисков, памяти и других параметров и количества хост-серверов VMware ESXi.

Также в документе приведены практические примеры по расчету необходимого числа хостов и дисковой емкости:

Документация по VMware VSAN доступна тут.

Как знают все те, кто интересуется решением для создания отказоустойчивых хранилищ StarWind iSCSI SAN, совсем недавно вышла обновленная версия StarWind V8 RC, которая пришла на смену StarWind V8 Beta 3. Многие администраторы заметили, что после обновления на новую версию невозможно снова примонтировать виртуальные тома в консоли StatWind:

В данном случае ничего сделать не получится - поскольку в версии RC поменялся формат файловой системы LSFS, то апгрейдить такие устройства и снова подключить их не удастся. Придется создавать новые.

Те из вас, кто уже установил версию StarWind V8 RC, могут заново скачать установщик StarWind V8 Beta 3, где можно снова подключить старые устройства и скопировать с них необходимые данные. Старый установщик Beta 3 доступен по этой ссылке: http://starwindsoftware.com/tmplink/StarWindBeta-20140206.exe.

Общая процедура обновления на новую версию StarWind V8 RC приведена вот в этом документе.

Мы уже очень много писали про технологию VMware VSAN, которая позволяет создать кластер из локальных хранилищ хостов VMware ESXi (например, последнее - тут, тут и тут). На днях стало известно, что 10 марта состоится релиз этого решения, которое будет поставляться как дополнение к VMware vSphere, либо как предустановленное решение на брендовых серверах.

VSAN - один из самых серьезных и сложных продуктов VMware. В его тестировании приняло участие более 12 тысяч пользователей, и вот версия 1.0 уже почти готова.

Какие особенности будут у финальной версии VMware Virtual SAN:

• Технологию Virtua SAN будет поддерживать новый релиз платформы виртуализации vSphere 5.5 Update 1, который, очевидно, будет выпущен вместе с VSAN. Также будет поддерживаться и решение VMware Horizon View.
• Апгрейд бета-версий VSAN на релизную версию поддерживаться не будет.
• Стоимость и комплектация изданий будут известны вместе с выходом продукта 10 марта.
• Обещают, что производительность кластера VSAN будет масштабироваться линейно по мере роста количества узлов в нем.
• В кластере хранилищ VSAN поддерживается до 32-х узлов. Минимально нужно 3 хоста ESXi.
• На одном узле поддерживается работа до 100 виртуальных машин. Всего, таким образом, получается до 3200 машин в кластере.
• Для работы кластера на каждом узле должны быть как SSD-диски (как минимум один), так и HDD-накопители. Если чего-то из этого нет - работать не будет.
• Максимально на одном узле поддерживается до 35 HDD-дисков и до 5 SSD-дисков (один SSD на 7 HDD, то есть каждые 7 дисков обязательно требуют твердотельный диск емкостью около 0.1 от совокупной емкости этих HDD).
• Суммарно поддерживаемая емкость кластера = 35 дисков * 32 хоста = 4.4 петабайта хранилища.
• Где можно использовать VSAN (например): для VDI-инфраструктуры, среднекритичные нагрузки (Tier 2/3) и DR-сценарии (хранилища резервной площадки).
• Минимальная скорость адаптера на хосте ESXi - 1 Гбит, но чтобы все работало надежно, очень рекомендуется строить сеть на адаптерах 10 Гбит. А все потому, что репликация идет синхронно.
• Дедупликации пока не будет.
• Производители оборудования, такие как Dell, HP и Cisco будут поддерживать VSAN и серверы "VSAN Ready". Вот тут можно посмотреть на список совместимого с VSAN оборудования. В день релиза станут доступными аж 13 готовых к VSAN конфигураций.
• Ввод-вывод на узле кластера разгоняли до 2-х миллионов IOPS (IOmeter 100% read, 4KB block size, а также 640K IOPS с профилем нагрузки 70/30 read/write и 4KB block size).
• Многие видели, что поддерживается совместная работа технологии VSAN с некоторыми решениями VMware, такими как vSphere Replication. Теперь также будет поддерживаться vSphere Data Protection for backups, vMotion, DRS, HA и многое другое.

Ну что ж, ждем с нетерпением выхода этой штуки, которая может оказаться весьма полезной многим.

Достаточно давно мы писали о технологии VMware vFlash (теперь она называется vSphere Flash Read Cache), которая пришла на смену технологии Swap-to-SSD - она позволяет использовать локальные SSD-диски хостов VMware ESXi для задач кэширования. Напомним, что Flash Read Cache позволяет использовать кэширование данных только на чтение для дисков VMDK виртуальных машин, работает она на уровне гипервизора и существенно улучшает производительность виртуальных машин, которые интенсивно используют подсистему ввода-вывода для операций на чтение.

Очевидно, что SSD-кэш, который по производительности находится между оперативной памятью и обычными дисками, существенно повышает быстродействие в системах, где периодически наблюдается недостаток ресурсов RAM. Все это дело работает в кластере до 32 хостов ESXi.

Однако, иногда вам может понадобиться вернуть SSD-накопитель хосту ESXi, чтобы использовать его для других задач. Можно попробовать отключить использование ресурсов vFlash для всех виртуальных машин хоста, затем пойти в раздел "Virtual Flash Resource Management" и выбрать опцию "Remove All" - но это не сработает. Появятся следующие ошибки:

Host’s virtual flash resource is inaccessible.
The object or item referred to could not be found.

Чтобы вернуть диск SSD снова в строй понадобится удалить специальный раздел - vFlash File System partition. Для этого нужно сначала его найти. Выполняем команду:

ls /vmfs/devices/disks

Тут мы видим нашу SSD-партицию (видим в середине буквы "SSD" - не ошибитесь - нам нужен раздел без ":1"):

disk ID “t10.ATA_____M42DCT032M4SSD3__________________________00000000121903600F1F”

Сносим эту партицию с помощью утилиты partedutil, используя найденный Disk ID:

partedutil delete "/vmfs/devices/disks/t10.ATA_____M42DCT032M4SSD3__________________________00000000121903600F1F" 1

Что-то вроде этого:

После чего мы видим, что диск SSD освободился и его можно использовать на хосте VMware ESXi:

Источник.

На днях компания StarWind Software выпустила долгожданный Release Candidate своей новой версии решения для создания отказоустойчивых хранилищ под виртуализацию - StarWind SAN V8 RC. Напомним, что несколько ранее вышла третья бета-версия данного продукта. Ну а в текущей версии появилось еще несколько новых возможностей, которых не было в предыдущих бетах.

Итак, окончательно определился список новых возможностей StarWind V8, которые мы увидим в финальном релизе продукта:

• L2 Flash Cache - кэш уровня L2, который работает непосредственно с кэшем уровня L1 в RAM, что существенно улучшает производительность.
• Файловая система LSFS, которая изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего). Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.
• Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
• Улучшенный интерфейс мастеров развертывания хранилищ для Windows Server 2012 с поддержкой скриптов PowerShell.
• Возможность интеграции с механизмом SMI-S для Windows Server 2012 R2.
• Massive Scale-Out storage architecture - возможность масштабирования узлов кластера хранилищ до любого числа (а не только 3 как сейчас).
• Asynchronous WAN-replication - возможность асинхронной репликации между узлами и возможность создания катастрофоустойчивого решения для хранилищ. Теперь также возможна репликация даже на очень медленных каналах.
• Поддержка примитивов VAAI для устройств на одном узле и устройств с синхронной репликацией: поддерживаются команды WRITE SAME, EXTENDED COPY, ATS.
• Репликация конфигурации узла, включая информацию о снапшотах, что позволяет в случае сбоя сохранить созданную оригинальную конфигурацию и реплицировать ее уже, например, на третий узел.
• VSS-провайдеры для поддержки устройств с LSFS - появились Hardware VSS provider (для устройств с синхронной/асинхронной репликацией) и Software VSS Provider (только для обычных LSFS-устройств).
• Утилита NAS Configurator - помогает сделать экспорт NFS/SMB-шары для использования в кластерах StarWind High Availability или MS Cluster.
• Утилита VSA Builder - позволяет развернуть готовую виртуальную машину StarWind VSA на серверах VMware ESXi.
• V2V Converter в StarWind Management console - теперь прямо из консоли можно конвертировать файлы дисков виртуальных машин из формата VMDK в VHD и обратно, а также из/в нативный формат IMG StarWind.

Release notes по продукту StarWind SAN V8 доступны здесь. Скачать релиз-кандидат можно по этой ссылке. До финальной версии осталось совсем чуть-чуть.

Не так давно мы писали о том, что обновилась бета-версия решения StarWind SAN V8, предназначенного для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин.

Напомним, что одно из нововведений восьмой версии StarWind - это файловая система LSFS, которая изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего). Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.

Многие пользователи бета-версии задаются вопросом - как ведет себя файловая система LSFS с точки зрения дефрагментации? Ответ прост - она упорядоченно сохраняет логические блоки с близкими адресами в рамках страниц (размером 4-8-16 МБ), при этом процесс организации блоков происходит непрерывно. То есть, LSFS - это файловая система с "автоматической" дефрагментацией. Если необходимо, можно отключить это поведение в настройках:

Скачать третью бета-версию StarWind V8 можно по этой ссылке. О новых возможностях этого продукта мы писали вот тут.

Продолжаем рассказывать о решении StarWind iSCSI SAN, предназначенном для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин (есть версия как для VMware, так и для Hyper-V).

Интересное письмо пришло нам от нашего читателя Вадима Базильяна :)

Решил изложить вам баг (или фичу), найденный мною в продукте.

Собственно, история. Имею 2 сервера с большой внутренней дисковой корзиной. Внешней дисковой полки нет.
Решил из этого дела сделать VMware-кластер, а общее хранилище поднять на 2-х машинках StarWind в HA-кластере для надежности.

Скачал дистрибутив, получил триальный ключик который позволяет делать HA-пару с диском на 128 ГБ. Установил ESXi, поднял на каждом по винде, внутрь установил ПО. Собрал тестовый кластер с диском на 90 ГБ, поиграл с ним, все замечательно...

Начал делать второй диск высокой доступности, как и следовало ожидать если пытаться сделать его больше 38 ГБ, система ругается, что превышен порог лицензии. Ну думаю ладно, сделал его несколько меньше, все засинхронилось все ОК.

А теперь самое интересное ;) Берем и говорим "расширь нам диск", и все спокойно расширяется сверх установленного лимита ;)

Ну, собственно, дальше логика понятна, как можно обойти ограничение установленные лицензией.

Пользуйтесь пока :) А мы все ждем новую версию StarWind V8, о которой мы подробно писали вот тут.

Не так давно мы писали о том, что обновилась бета-версия решения StarWind SAN V8 (это было сделано неофициально), предназначенного для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин. На днях же была выпущена обновленная официальная версия - StarWind SAN V8 Beta 3.

Напомним сначала основные новые возможности StarWind V8:

• L2 Flash Cache - кэш уровня L2, который работает непосредственно с кэшем уровня L1 в RAM, что существенно улучшает производительность.
• Файловая система LSFS, которая изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего). Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.
• Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
• Simplified and improved GUI - улучшенный интерфейс мастеров развертывания хранилищ для Windows Server 2012 с поддержкой скриптов PowerShell.
• Возможность интеграции с механизмом SMI-S для Windows Server 2012 R2.
• Massive Scale-Out storage architecture - возможность масштабирования узлов кластера хранилищ до любого числа (а не только 3 как сейчас).
• Asynchronous WAN-replication - возможность асинхронной репликации между узлами и возможность создания катастрофоустойчивого решения для хранилищ.
• Поддержка примитивов VAAI для устройств на одном узле и устройств с синхронной репликацией: поддерживаются команды WRITE SAME, EXTENDED COPY, ATS.
• Репликация конфигурации узла, включая информацию о снапшотах, что позволяет в случае сбоя сохранить созданную оригинальную конфигурацию и реплицировать ее уже, например, на третий узел.

А вот какие улучшения появились в предрелизной версии StarWind SAN V8 Beta 3 (по сравнению с прошлой "неофициальной" бета-версией):

Улучшения устройств LSFS

• Обработка размера устройства и его заполненности напрямую от нижележащего физического устройства.
• Исправлен баг, приводивший к ошибкам записи на диск

Синхронная репликация устройств LSFS

• Пофикшены ошибки при работе со снапшотами (удаление и создание).
• Поправлена ошибка, когда один из HA-узлов почему-то выпадал в состояние "unsynchronized".

VSS-провайдеры для поддержки устройств с LSFS

• Hardware VSS provider - теперь доступен для LSFS-устройств, в том числе с синхронной репликацией.
• Software VSS Provider - доступен для обычных LSFS-устройств.

Asynchronous WAN-replication - возможность асинхронной репликации между узлами и возможность создания катастрофоустойчивого решения для хранилищ.

• Теперь возможна репликация даже на очень медленных каналах.
• Пофикшено монтирование снапшотов.
• Улучшен алгоритм репликации.
• Небольшие доработки в механизме поддержки VAAI.

Скачать новую StarWind SAN V8 Beta 3 можно по этой ссылке. Release notes доступны тут.

Интересный наброс произошел некоторое время назад в среде виртуализаторов. Оказывается, что Microsoft Exchange 2013 (который станет одним из главных почтовых серверов в ближайшем будущем) не поддерживается для размещения его в виде виртуальной машины на томах NAS / NFS. Вот такая штука - многие используют, а не знают, что это не поддерживается.

При этом NAS-хранилища SMB 3.0, появившиеся в Windows 8 и Windows Server 2012, вполне себе поддерживаются. Напомним, что NFS-протокол используют хранилища таких производителей, как Tintri, Maxta, NetApp и Nutanix.

Об этом всем можно прочитать в официальном документе "Exchange 2013 Virtualization" на TechNet:

All storage used by an Exchange guest machine for storage of Exchange data must be block-level storage because Exchange 2013 doesn't support the use of network attached storage (NAS) volumes, other than in the SMB 3.0 scenario outlined later in this topic. 

То есть, данные Exchange (почтовые ящики, очереди и т.п.) должны храниться только на блочных хранилищах SCSI или iSCSI (block-level storage), а для файловых хранилищ, кроме SMB 3.0, поддержки нет.

В статье "NFS and Exchange - not a good combination" эксперт по инфраструктуре Microsoft Exchange Тони Рэдмонд раскрывает причину такого явления - дескать, все дело в механизме ESE (Extensible Storage database engine), используемом сервером Exchange. Блочное хранилище на базе протокола SCSI поддерживает обязательный сброс транзакции в случае сбоя, а вот файловое хранилище обеспечивает этот сброс "по мере возможности".

Для тех, кто недоволен ситуацией есть вот такая голосовалка "Support storing exchange data on VMDKs on file shares(nfs/smb)", где можно не только отдать свой голос за поддержку файловых хранилищ, но и пообщаться с экспертами на эту тему.

Роман, а вы что скажете? Когда у Exchange будет поддержка NFS, и не надо будет кастомерам рассказывать об использовании NetApp в блочном режиме?

Продолжаем рассказывать о решении StarWind iSCSI SAN, предназначенном для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин. Напомним, что если вы используете решение для VMware, то в нем есть функции по дедупликации данных виртуальных хранилищ (в том числе, для Veeam Backup and Replication), которые позволяют существенно сократить затраты на приобретение дисковых емкостей. Это актуально для плагина резервного копирования хранилищ StarWind VMware Backup Plug-in.

На сайте StarWind вы можете посчитать, сколько именно позволяет экономить механизм дедупликации от StarWind, используя русскоязычный калькулятор "Калькулятор окупаемости технологии Дедупликации":

Интересная штука тут нашлась у партнера VMware - компании CloudVolumes. Эти ребята придумали распространять виртуализованные приложения VMware ThinApp в виде дисков VMDK, которые можно подцепить к виртуальным машинам, предоставляя тем самым ее пользователям доступ к данному приложению. Называется это решение CloudVolumes ThinApp Edition.

Схематично это выглядит таким образом - CloudVolumes выступает как брокер, который отвязывает и привязывает VMDK-диски к виртуальным машинам, учитывая правила доступа, которые задаются на уровне пользователей и групп Active Directory:

Как только виртуальный диск VMDK привязан, приложение появляется у пользователя в виртуальной машине, как будто бы оно у него локально установлено. То есть, это в основном решение для VDI-инфраструктуры на базе VMware Horizon View.

Такая модель распространения виртуальных приложений ThinApp обладает следующими преимуществами:

• Гибко и в рамках виртуальной инфраструктуры - VMDK можно просто положить на общее виртуальное хранилище, не нужны дополнительные средства для инъекций пакетов ThinApp в виртуальные ПК.
• Один диск VMDK в шаренном режиме можно подключить сразу к нескольким виртуальным машинам (в режиме только для чтения).
• Простота обновлений - можно просто заменить VMDK или отключить его.
• Производительность - работает быстрее, чем запускать приложения с файловой шары, и не задействует сеть Ethernet.
• Удобство управления - есть интеграция с AD, которая позволяет назначать VMDK с приложениями пользователям и группам из единой консоли.

Вот сравнение по времени запуска приложения с диска VMDK с методом запуска из файловой шары:

Больше интересного об этом решении можно узнать из этого документа: "Enhanced Management and Performance of VMware ThinApp Virtual Applications with CloudVolumes Shared VMDKs".

Компания NetApp представила свои новые аппаратные платформы, отвечающие требованиям к производительности приложений, работающих с большими объемами данных. Представленные обновления полностью соответствуют инновационной стратегии NetApp, направленной на разработку ускоренных при помощи флэш-технологий и интегрируемых в облачные архитектуры решений хранения данных для широкого спектра разделяемых и специализированных ИТ-инфраструктур. Более подробно узнать о решениях NetApp, протестировать и заказать их можно на сайте компании ИТ-ГРАД.

Флеш-массив NetApp EF550

Массив NetApp EF550 Flash Array разработан для высокопроизводительных приложений, допустимое время ожидания для которых исчисляется долями миллисекунды.

Флэш-массив NetApp EF550® обеспечивает исключительную производительность, эффективность ИТ и надежность для критически важных приложений, увеличивая скорость их работы и сокращая время ожидания.

СХД корпоративного класса NetApp EF550 на базе дисков SSD позволяет:

• ускорить процессы бизнеса благодаря времени отклика, составляющему всего доли миллисекунды;
• устранить избыточное выделение ресурсов и повысить эффективность ИТ;
• добиться операционной производительности, эквивалентной работе 1000 традиционных дисков (15 000 об/мин), используя корпус 2U, который задействует всего 5% пространства стойки, ресурсов питания и охлаждения;
• быстро определять и устранять возможные проблемы с помощью расширенных возможностей мониторинга и проактивного устранения неисправностей;
• обеспечить защиту от потери данных и устранить простои благодаря копиям NetApp Snapshot, удаленной репликации и прочим функциям защиты данных;
• выполнять репликацию данных на СХД EF550 или NetApp E-Series;
• воспользоваться преимуществами корпоративной программной платформы ПО SANtricity.

Высокие показатели IOPS, время ожидания, составляющее всего доли миллисекунды, возможность масштабирования и надежность корпоративного класса флэш-массива NetApp EF550 позволяют ускорить выполнение рабочих процессов и быстрее получить желаемые результаты.

Обновления E-Series – E2700 и Е5500

E-Series включена в линейку решений NetApp для блочных систем хранения данных с повышенной производительностью. Системы E-Series легко масштабируются и предназначены для рабочих нагрузок, требующих 99,999% надежности при устойчиво высокой производительности. 

Новый массив хранения данных NetApp E2700 SAN

Масштабируемая NetApp E2700 представляет собой решение общего назначения для хранения данных приложений, которое подходит для филиалов, удаленных офисов и предприятий среднего бизнеса. На выбор доступны три вида полок — 4U/60, 2U/24 и 2U/12, а также три интерфейса для подключения: FC, iSCSI или SAS. E2700 интегрируется с основными приложениями, включая системы VMware, Exchange, SQL и Oracle.

NetApp E2700 позволяет:

• добиться высочайшего в своем классе уровня производительности для широкого ряда баз данных и других транзакционных приложений;
• упростить и снизить затраты на управление данными с высокой пропускной способностью с помощью конфигурируемой архитектуры, простой в использовании и установке;
• оптимизировать производительность, сократить время ожидания, увеличить пропускную способность и показатель IOPS;
• обеспечить бесперебойность операций с помощью гибкой интеграции приложений;
• масштабировать дисковое пространство по мере роста предприятия.

Как и другие NetApp E-Series, E2700 использует надежное, простое в использовании и экономичное ПО для управления СХД SANtricity.

Это программное обеспечение позволяет повысить уровень производительности и эффективности, обеспечивает динамическое распределение дисковых ресурсов и управление RAID, а также включает в себя технологию Intelligent Cache Tiering (разделение уровней хранения с помощью интеллектуального кэширования) и расширенные возможности защиты данных, в том числе репликацию и аварийное восстановление данных.

Высокопроизводительная система E5500 расширяет возможности защиты данных благодаря использованию инструментального пакета SANtricity с функциями репликации данных и гибким интерфейсом. Система предлагается с дисками iSCSI объемом 10 Гбайт и дисками FC объемом 16 Гбайт.

Программа NetApp AutoSupport обеспечивает пользователям возможность контроля всего предприятия и содержит встроенные средства аналитики для проактивного управления. E5500 может поддерживать объем памяти до 1,5 Пбайт на одну систему, необходимый для крупномасштабных систем обработки данных.

За консультацией по данному оборудованию обращайтесь в компанию ИТ-ГРАД.

Продолжаем рассказывать о решении StarWind iSCSI SAN, предназначенном для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин (есть версия как для VMware, так и для Hyper-V).

Цена
Программное обеспечение от StarWind обойдется намного дешевле аналогичных аппаратных решений. Если же со временем объем хранилища нужно будет увеличить, со ПО StarWind вы сэкономите еще больше средств. Стоимость продукта можно запросить по этой ссылке.

Функциональность
Функциональные возможности StarWind ни в чем не уступают дорогостоящим высокопроизводительным системам хранения данных. StarWind делает технологии корпоративного уровня доступными для небольших предприятий. Такие полезные функции, как высокая доступность, горизонтально-масштабируемое NAS-хранилище, асинхронная репликация по WAN и дедупликация являются встроенными и не требуют дополнительных лицензий.

Надежность
В отличие от аппаратных решений, надежность и эффективность технологий StarWind можно легко проверить. Просто установите 30-дневную пробную версию ПО StarWind и самостоятельно оцените его производительность и функциональность.

Универсальность
StarWind «не привязывает» пользователя к конкретному аппаратному обеспечению и предлагает решения, работающие на любом оборудовании. Поломка сервера не приведет к длительному простою, потому что вместо него можно быстро подключить другую машину. В то же время, замена специализированного устройства хранения может потребовать много времени.

Масштабируемость
Частичная или полная замена оборудования - не помеха для работы StarWind. Объем хранилища данных можно легко расширить, подключив новый сервер и используя уже имеющиеся лицензии на операционные системы и ПО StarWind.

Не так давно мы писали о новой версии продукта 5nine Manager for Hyper-V 3.7, который предоставляет локальный графический интерфейс пользователя (GUI) для Windows Server и Windows Server Core, а также для бесплатного Hyper-V Server. Этот продукт позволяет одновременно управлять гипервизором Microsoft Hyper-V различных версий (2012 R2 / 2012 / 2008 R2 SP1). Совсем недавно (в январе этого года) вышла версия 5nine Manager for Hyper-V 3.9.
Таги: 5nine, Manager, Update, Hyper-V, Storage

Калькулятор для расчета необходимой дисковой емкости под кластер VMware Virtual SAN (VSAN).

Мы довольно много пишем про кластеры хранилищ VMware Virtual SAN (VSAN), которые создаются на базе локальных дисков серверов VMware ESXi (например, тут и тут, а в последний раз - тут). А сегодня мы хотим рассказать о калькуляторе, который может пригодиться для расчета необходимой емкости хранилищ под Virtual SAN.

Написал его Duncan Epping, известный специалист по VMware vSphere и блоггер - один из немногих, которому можно верить.

Калькулятор рассчитывает общее количество требуемого дискового пространства (HDD и SSD-диски) как для кластера в целом, так и для одного хоста VMware ESXi, принимая в качестве исходных данных следующие параметры:

• Количество ВМ в кластере хранилищ.
• Объем оперативной памяти машины (vRAM).
• Размер виртуального диска машины.
• Число хостов, используемое для построения кластера.
• Параметр Failures to tolerate (о нем мы писали тут).
• Процент дискового пространства на метаданные и прочие издержки виртуализации хранилищ (по лучшим практикам - где-то 10%).
• Процент пространства, которое занимает SSD-накопитель от дискового пространства на базе HDD-дисков хоста ESXi.

Поиграть с калькулятором дискового пространства для Virtual SAN можно по этой ссылке.