Релиз VMware vSAN 7 Update 3

В прошлом году стала доступна новая версия VMware vSAN 7 Update 3, которая доставляет гибкость, устойчивость и готовность к будущим нагрузкам в инфраструктуру. Чтобы материал не остался лежать в столе, я решил опубликовать его сейчас.

VMware vSAN предоставляет общую модель управления в периметре, облаке или корневом центре обработки данных (ЦОД). В новом релизе увеличена надежность платформы, упрощено управление и просмотр, а также расширена инфраструктура для разработки.

Улучшения платформы.

Улучшенная устойчивость для пограничных развертываний и наблюдателя.

Растянутые кластеры vSAN – это мощная топология, которая обеспечивает полную устойчивость в окружении, даже в случае выхода из строя географического расположения (сайта) по какой-либо из причин. VMware vSAN 7 Update 3 увеличивает доступность данных в случае недоступности сайта данных с последующей запланированной или не запланированной доступностью хоста наблюдателя. Доступность данных достигается за счет обеспечения защиты виртуальных машин и данных на уровне сайта, когда сайт данных и хост наблюдатель отключены (Offline). Эта возможность похожа своим поведением на конфигурацию синхронной репликации в массиве хранилища, она применима не только к растянутым кластерам (Stretched Clusters), но и к двух-узловым кластерам vSAN.

Многие клиенты VMware нашли двух-узловую топологию vSAN экстраординарно эффективной для сценариев с удаленным расположением, а также для реализации в периметре. Двух-узловые топологии высоко эффективны за счет предоставления устойчивости к событиям выхода из строя одного из хостов. В vSAN 7 Update 3 эта возможность была расширена за счет добавления вторичного уровня устойчивости. Практически также как растянутые кластеры vSAN, двух-узловые топологии теперь предлагают второй уровень устойчивости при наличии трех и более дисковых групп на хосте. Это значит, что топология способна выдержать полный выход из строя одного хоста, отказ наблюдателя и выход из строя дисковой группы на оставшемся хосте и при этом предоставлять полную доступность данных.

Поддержка хранения ключей через Trusted Platform Module (TPM) на хосте.

VMware vSAN предлагает службы шифрования для обеспечения целостности данных, хранящихся в окружении. Для шифрования данных в состоянии покоя (Data-at-Rest Encryption) управление ключами может обеспечиваться за счет vSphere Native Key Provider (NKP) или внешней службы управления ключами (KMS). В vSAN 7 Update 3 представлена полная поддержка использования Trusted Platform Module (TPM) на хостах с кластером vSAN для сохранения распределенных ключей, что защищает от ошибок коммуникаций с поставщиком ключей. Использование TPM полностью поддерживается при помощи vSphere NKP или внешнего управления ключами (KMS) и является одним из лучших методов построения надежного метода распространения и хранения ключей.

Упрощенное управление.

Анализатор ввода/вывода виртуальной машины, интегрированный в vCenter Server.

Поиск узких мест производительности в распределенных системах хранения, таких как vSAN может стать серьезным испытанием. В vSAN 7 Update 3 добавлен VM I/O Trip Analyzer для определения основных точек конкуренции. За счет возможности иллюстрации части пути данных в интерфейсе vCenter Server, администраторам предоставляется визуализация с индикацией возможных причин. Новая возможность не только отобразит визуальный путь данных, но и измерит вариативность (стандартное отклонение) времени задержки системы, которое поможет администраторам ответить на вопросы производительности и согласованности компонентов. Это дополняет существующие представления производительности vSAN, а также обеспечивает подробности ввода/вывода (IO Insight) для гранулированного отслеживания профилей ввода/вывода определенных виртуальных машин.

Корреляция проверок здоровья Skyline для vSAN.

Проверки здоровья Skyline для кластера vSAN – это внушительный список проверок для захвата наиболее популярных ошибок, таких как ошибки в настройке. Новая логика vSAN 7 Update 3 обладает способностью понять связь между проверками здоровья для более быстрого и эффективного устранения неисправностей. Понимание связей между несколькими вызванными проверками здоровья позволяет быстрее выявлять корневую причину неисправности, что поможет устранить большинство или даже все предупреждения. Функционал также доступен через API, что позволяет использовать его в других решениях, таких как vRealize Operations.

Расширения мониторинга сети.

VMware vSAN 7 Update 3 представил несколько новых метрик и проверок здоровья для предоставления лучшей видимости фабрики коммутации, подключенной к хостам vSAN, и возможности убедиться в наивысшем уровне целостности кластера. Обнаружение дублирования IP-адресов теперь является частью проверок здоровья, как и обнаружение ошибок синхронизации LACP, которые могут привести к задержкам в конфигурации.

Интеллектуальные рабочие потоки остановки и запуска кластера.

В некоторых случаях требуется полостью выключить кластер vSAN. VMware vSAN 7 Update 3 добавил новый подход в обеспечении корректного выключения, таким образом, чтобы данные и плоскость управления были переведены в требуемое состояние. Рабочий поток с предварительными проверками поможет в сценариях выключения и включения для получения целостного, прогнозируемого результата. Упрощенные процедуры выключения и запуска, вместе с прочими улучшениями направлены на упрощение управления окружением vSAN.

Расширение vLCM для поддержки дополнительных рабочих потоков vSAN.

vSphere Lifecycle Manager (vLCM) представил полностью новые уровни управления жизненным циклом хостов в кластерах vSphere и vSAN. VMware vSAN 7 Update 3 предоставил поддержку для топологий vSAN с выделенным хостом-наблюдателем (Witness Host Appliance). Как растянутые кластеры, так и двух-узловые окружения с выделенным наблюдателем, теперь могут управляться и обновляться при помощи vLCM. Дополнительно vSphere Lifecycle Manager теперь может выполнять проверку устройств хранения NVMe по списку совместимого оборудования (HCL).

Доставка инфраструктуры для разработки.

VMware продолжает расширять возможности vSphere и vSAN для соответствия потребностям разработчиков и администраторов. Современная инфраструктура – это ключ к быстрой и эффективной доставке сервисов.

Поддержка растянутых кластеров vSAN для кластеров Kubernetes.

Инфраструктура для разработки должна соответствовать множеству требований организации и разработчиков, которые создают и управляют приложениями. Доступность на уровне сайта часто является одним из таких требований. VMware vSAN 7 Update 3 представляет расширения в платформе для обеспечения требований к устойчивости на уровне сайта. Растянутые кластеры могут быть идеальными для окружений, использующих постоянные тома в оригинальном Kubernetes. Все те же возможности устойчивости, присутствующие в растянутых кластерах vSAN и доступные для традиционных рабочих нагрузок, будут доступны для Kubernetes, в том числе второй уровень устойчивости и привязка к сайту (Site-affinity).

Новые сертифицированные облачные решения и улучшенное обновление.

Вместе с новейшей версией vSAN стали доступны новые сертифицированные операторы постоянных сервисов от партнеров. Партнеры VMware – независимые поставщики программного обеспечения, самостоятельно выпускают анонсы своих предложений, но самое интересное здесь заключается в том, что начиная с VMware vSAN 7 Update 3 операторы могут обновляться без необходимости в обновлении vSphere, vSAN или vCenter Server. Разделение управления жизненным циклом постоянных сервисов (Persistent Services) обозначает более простые обновления для клиентов.

Файловые и блочные постоянные тома в vSphere с Tanzu.

Вместе с новейшей редакцией, использование файловых томов с множественным доступом для записи (Read-Write-Many, RWM) теперь поддерживается в vSphere с Tanzu, в дополнение к блочным томам с единичным доступом для записи (Read-Write-Once, RWO), поддерживаемым в предыдущих версиях. Предоставление полностью новых уровней гибкости и эффективности для микро-сервисов с целью упрощения монтирования и доступа к постоянным томам, как и другим подам в кластере. Тома с множественным доступом для записи (RWM) могут быть легко предоставлены гостевым кластерам Tanzu Kubernetes Grid (TKG) при помощи файловых служб vSAN.

Дальнейшие шаги.

Новейшая версия vSAN включает в себя несколько расширений, которые будут увеличивать эффективность, устойчивость, производительность и емкость. Рекомендуется использовать новейшие версии vSphere и vSAN для получения всех возможностей и преимуществ платформы. 

Подробнее познакомиться с новыми возможностями VMware vSphere 7 Update 3 можно при помощи моей статьи «Релиз VMware vSphere 7 Update 3».

Анонс System Center 2022

Центры обработки данных – это комплекс из вычислительных средств, хранилища и сетевых компонентов, которые используются для хранения и управления критическими ресурсами, обязательными для непрерывной работы организации. Такие окружения быстро выходят из-под контроля из-за множества инструментов управления и специальных ресурсов, необходимых для поддержки. Начиная с даты релиза в 2008-ом году, Microsoft System Center предоставляет лидирующие возможности для упрощения управления центрами обработки данных, позволяющие все держать под контролем вне зависимости от размещения: на земле, в облаке или между платформами.

2 ноября 2021-го года был анонсирован System Center 2022 – следующий релиз в канале длительной поддержки (Long-Term Servicing Channel, LTSC), который станет доступен весной 2022-го года. System Center 2022 будет включать в себя расширения для лучшего в своем классе управления центром отработки данных, гибридные возможности с Azure и платформу для управления инфраструктурой.

Многие годы организации, такие как Dell Technologies, Entain Group, Acuutech и Schaeffler, использовали System Center для упрощения развертывания, настройки, мониторинга и управления своими гибридными инфраструктурами. Эти компании стали партнерами Microsoft, чтобы сделать продукты лучше и полностью соответствующими клиентским потребностям в различных сегментах. Команда разработки чрезвычайно балгодарна всем членам сообщества System Center за поддержку и обратную связь, которые вдохновляли команду разработки в данном релизе.

Лучшее в своем классе управление.

Окружения информационных технологий эволюционируют вместе с разнообразными типами приложений, часто запускаемыми на разных наборах оборудования в распределенных средах. Для всех рабочих нагрузок, запускаемых в локальных центрах отработки данных, System Center 2022 доставит богатейший набор подробностей и аналитики при помощи System Center Operations Manager (SCOM), расширенные возможности управления серверами при помощи Virtual Machine Manager (VMM), расширения защиты данных при помощи Data Protection Manager (DPM) и улучшения надежности, производительности и масштабирования в Orchestrator (SCORCH), Configuration Manager (SCCM) и Service Manager (SM).

Вместе с адаптацией удаленной работы и гибридных окружений, совместная работа и безопасность остаются в центре внимания. При этом растут ожидания и от синхронной совместной работы в реальном времени. В связи с этим команда разработки добавила интеграцию Microsoft Teams в SCOM, позволив получать критические предупреждения от мониторинга инфраструктуры в каналах Teams и предоставлять управление предупреждениями, соответствующее ITOM (IT Operations Management). Дополнительно, гибкое управление доступом на базе ролей предоставляет гранулированный контроль над правами SCOM. Теперь можно следовать принципам наименьших привилегий для пользователей SCOM, предоставляя аудиторам право только на чтение, тем самым сохраняя производственные окружения в безопасности и при этом сокращая административную нагрузку.

Также была добавлена поддержка двойного стека в VMM, что позволяет назначать адреса IPv4 и IPv6 виртуальным машинам под управлением программно-определенных сетей (SDN).

Увеличившийся размер инфраструктуры и рабочих нагрузок имеет волновой эффект на требованиях к резервному копированию. Data Protection Manager (DPM) 2022 предоставит расширенный лимит локального хранилища равный 300 Тб – это значит, что теперь можно резервировать больше данных при помощи одного сервера DPM. Это еще не все: операции резервного копирования и восстановления будут проходить быстрее при использовании подхода на базе iSCSI для восстановления на уровне элементов (Item Level).

Гибкая платформа инфраструктуры.

Центры обработки данных становятся более гетерогенными, состоящими из разных гипервизоров и платформ размещения, Windows/Linux, VMware и гипер-конвергентаные инфраструктуры (HCI). В дополнение к бесшовным возможностям управления для рабочих нагрузок Windows Server, данный релиз System Center будет поддерживать возможности управления Azure Stack HCI 21H2 и хостами VMware vSphere 7.0. При помощи System Center 2022 можно будет разворачивать, управлять, вести мониторинг и выполнять резервное копирование виртуальных машин Azure Stack HCI и VMware vSphere. В дополнение к виртуальным машинам VMM 2022 обеспечит полное управление кластерами Azure Stack HCI 21H2. Оно будет включать в себя добавление, создание, регистрацию кластеров, настройку сетевого взаимодействия и контроллеров SDN, а также управление узлами хранилища, виртуальными дисками и так далее. Помимо этого, восстановление виртуальных машин станет быстрее за счет параллельного выполнения операции для нескольких машин.

Более того, SCOM 2022 расширит список поддерживаемых версий операционной системы Linux, добавив новейшие дистрибутивы в экосистему: Debian 10, Ubuntu 20, Oracle Linux 8 & SUSE Linux Enterprise Server 15.

Гибридные возможности с Azure.

Эффективное управление ресурсами ИТ, распределенными по разным расположениям без замедления инноваций разработки – это ключевое испытание для служб информационных технологий на сегодняшний день. Azure Arc позволяет беспрепятственно обслуживать, управлять и обеспечивать безопасность серверов Windows и Linux, кластеров Kubernetes и приложений между локальными расположениями, множеством облаков и периметром в единой плоскости управления – портала Azure. В System Center 2022 анонсированы новые гибридные возможности с Azure. Для всех текущих клиентов System Center появится возможность управлять локальным окружением из Azure с использованием существующих процессов и пакетов управления. Также добавятся возможности управления затратами и получения преимуществ от гибридного использования лицензий System Center SA.

С чего начать.

Команда разработки с удовольствием собирает любую обратную связь, чтобы сделать будущий релиз лучше. Для получения раннего доступа к System Center 2022 необходимо зарегистрироваться по ссылке.

Релиз Windows Server 2022

1 сентября 2021 года Bernardo Caldas (Vice President of Program Management, Core OS and Edge Infrastructure, Microsoft) анонсировал релиз Windows Server 2022. Это большой шаг для операционной системы, которой доверяют критические рабочие нагрузки как крупнейшие корпорации, так и малый бизнес.

При помощи Windows Server 2022 клиенты могут продолжить безопасно запускать рабочие нагрузки, реализовывать новые сценарии гибридных облаков и модернизировать приложения для соответствия меняющимся бизнес-требованиям. В этой обзорной статье я предлагаю рассмотреть новые возможности Windows Server 2022 и то, какие преимущества новая версия операционной системы сможет принести вместе с модернизацией серверных окружений.

Продвинутая многоуровневая безопасность.

Безопасность всегда была краеугольным камнем Windows Server. Так как безопасность является ключевым приоритетом для клиентов Microsoft, каждая новая версия содержит улучшения в этом направлении, и Windows Server 2022 не стала исключением – новая версия содержит ряд расширений безопасности. В данном релизе клиенты могут получить преимущества от многоуровневой безопасности (Multi-Layered Security) с защищённой базой сервера и безопасными подключениями.

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

Безопасные подключения в Windows Server 2022 добавляют другой уровень в безопасность через транспорт. Новый релиз добавляет более быстрый и более безопасный зашифрованный протокол гипертекстовых сообщений (HTTPS) и поддержку индустриального стандарта шифрования AES-256 для протокола SMB.

Гибридные возможности с Azure.

Клиенты Microsoft, которые выбирают гибридный и мульти-облачный подход для цифровой трансформации бизнеса, могут получить преимущества от облачных сервисов за счёт подключения локальных развертываний Windows Server 2022 к Azure Arc.

Дополнительно, в Windows Server 2022 клиенты получат преимущества от расширений файлового сервера (File Server), таких как сжатие SMB (SMB Compression). Сжатие SMB повышает производительность перемещения файлов за счёт сжатия данных в процессе передачи по сети. Не остался без улучшений полюбившийся многим администраторам инструмент – Windows Admin Center, обеспечивающий современные возможности управления, такие как новый просмотр событий (Event Viewer) и поддержка прокси-шлюза для сценариев с подключением к Azure.

Гибкая платформа приложений.

При обновлении до Windows Server 2022 клиенты могут получить преимущества от улучшений масштабирования, таких как поддержка до 48 TB оперативной памяти и до 2048 логический ядер, запущенных на 64-ех физических сокетах для приложений первого уровня (Tier1). Также, в данном релизе клиенты могут получить преимущества от расширений контейнеров Windows. Например, Windows Server 2022 улучшает совместимость приложений контейнеров Windows, в том числе контейнеров HostProcess, поддержку IPv6 и двойного стека, а также возможность консистентной реализации политики сети при помощи Calico. Более того, команда разработки продолжает работать вместе с сообществом Kubernetes для обеспечения поддержки контейнеров Windows Server 2022, а также для добавления новых возможностей в Azure Kubernetes Service (AKS) и AKS в Azure Stack HCI.

Ранее я уже писал о новом образе контейнера в статье: «Предварительная версия образа контейнера Windows Server для Windows Server 2022». 

Дополнительные преимущества Windows Server.

За последний год были представлены улучшения служб Azure, позволяющие расширить возможности Windows Server. Рассмотрим два типовых сценария, где клиенты могут получить преимущества.

В Azure: Azure Automanage (предварительная версия) позволяет специалистам по информационным технологиям не только автоматизировать передовой опыт в облаке, но и реализовать корпоративный опыт при помощи платформы облачной адаптации Microsoft. При помощи Azure Automanage для Windows Server клиенты могут легко мигрировать в Azure без необходимости изменять конфигурацию IP-адресов сети, безопасно перемещать файлы в Azure при помощи SMB через QUIC и применять горячую установку исправлений для новых виртуальных машин Azure с Windows Server.

Для модернизации существующих приложений клиенты имеют множество опций в Azure в зависимости от архитектурных потребностей приложений. Например, Azure Kubernetes Service (AKS) с простой поддержкой .NET позволяет модернизировать приложения с использованием Kubernetes – самой популярной платформы управления контейнерами.

Ну и в заключении, при переносе рабочих нагрузок в Azure можно получить такие преимущества как Azure Hybrid Benefit и бесплатные расширенные обновления безопасности (Extended Security Updates) для Windows Server 2008 и 2012, доступные только в Azure.

Гибрид и локальное развертывание: многие клиенты нуждаются в локальном запуске приложений и служб (на земле). При помощи Azure Arc и Azure Stack HCI, клиенты могут модернизировать уровни управления и виртуализации. Аналогично, клиенты, заинтересованные в модернизации локальных приложений Windows Server, смогут использовать AKS в Azure Stack HCI.

Вместе с продолжением представления новых возможностей в канале длительной поддержки (LTSC) Windows Server, команда разработки продолжит подключать новые сценарии в Azure, которые позволят клиентам упростить модернизацию окружений Windows Server.

Начать знакомство с Windows Server 2022.

Windows Server 2022 включает в себя широкий набор новых возможностей, для знакомства с которыми можно использовать следующие пути:

• Windows Server Evaluation Center – он позволяет попробовать Windows Server в Azure или скачать.
• Windows Server в Azure Marketplace для запуска виртуальных машин в Azure.
• Volume Licensing Service Center, где обладатели подписок могут загрузить Windows Server 2022.

Подробности редакций и цен на Windows Server 2022 доступны на странице «Pricing and licensing for Windows Server 2022».

От себя хочу добавить, что в связи с релизом Windows Server 2022, все дальнейшие веб-касты по Windows Server я буду записывать на базе новейшей версии операционной системы.

Также ближайшее время я планирую опубликовать несколько статей с техническими подробностями новых возможностей Windows Server.

Новое в VMware vSAN 7 Update 2

Обладая клиентской базой в 30 000 внедрений, команда разработки VMware vSAN не останавливается на достигнутом и продолжает реализовывать инновации. 9 марта 2021 года был анонсирован vSAN 7 Update 2, который доставляет гибкую, устойчивую, готовую к текущим и будущим нагрузкам инфраструктуру, что позволит клиентам соответствовать динамическим требованиям бизнеса без компромиссов в производительности, эффективности или надежности. Команда разработки расширила удобство vSAN, развернутого на различных физических топологиях, чтобы клиенты могли лучше удовлетворять потребности роста рабочих нагрузок.

Масштабирование без компромиссов.

Вычислительные кластеры vSAN HCI Mesh.

VMware представила потрясающую новую возможность в vSAN HCI Mesh:

• В vSAN 7 Update 2 традиционные кластеры vSphere могут монтировать удаленное хранилище данных vSAN (Datastore). 
• Вычислительные кластеры HCI Mesh могут потреблять ресурсы хранилища, предоставляемые удаленными кластерами vSAN. 
• Кластеры vSphere могут подключаться к традиционным массивам хранилища. 

Вычислительные кластеры HCI Mesh используют протоколы vSAN для максимальной эффективности и возможности клиента с легкостью удовлетворить потребности любого сценария применения. 

Наиболее важное заключается в том, что вычислительные кластеры HCI Mesh не требуют какого-либо лицензирования vSAN.

Масштабирование также было улучшено. В результате, возможное число хостов, подключающихся к хранилищу данных vSAN (Datastore) было увеличено до 128. 

Одна из наиболее интересных возможностей, относящихся к HCI Mesh – это интеграция с политиками хранения (Storage Policies). Теперь, при определении политик хранения, администратор может выбирать тип службы данных (такой как дедубликация и сжатие (Deduplication and Compression) или шифрование в состоянии покоя (Data-at-rest Encryption)).

Расширенные файловые службы.

Файловые службы vSAN – это мощное решение для обеспечения потребностей периметра, удаленных офисов и филиалов (ROBO). Теперь они могут поддерживать растянутый кластер и конфигурации из двух узлов.

Улучшения растянутого кластера.

Конфигурация растянутого кластера должна учитывать не только различные сценарии отказа, но и условия восстановления. vSAN 7 Update 2 представил интеграцию с размещением данных и распределенным планировщиком ресурсов (DRS), таким образом, вслед за восстановлением после сбоя, DRS будет удерживать состояние виртуальной машины в сайте, до тех пор, пока данные не будут повторно синхронизированы. Это гарантирует, что операции чтения не будут использовать каналы между сайтами (ISL). Только после полной повторной синхронизации DRS начнет перемещать состояние виртуальных машин в требуемые сайты в соответствии с правилами DRS. Это улучшение может существенно сократить не нужные операции чтения и освободить ресурсы каналов между сайтами (ISL) для выполнения повторной синхронизации с восстанавливаемым сайтом. Также следует отметить что vSAN 7 Update 2 увеличил максимальное количество хостов растянутого кластера до 40.

vSAN через RDMA.

Удаленный прямой доступ к памяти (RDMA) – технология, которая позволяет системам обходить процессор и отправлять данные с меньшей задержкой и сокращением накладных вычислительных затрат. В результате получается не только сократить потребление вычислительных ресурсов, но и увеличить производительность хранилища. Гиперконвергкнтная архитектура идеально подходит для RDMA и vSAN 7 Update 2 представил поддержку RDMA over Converged Ethernet version 2 (RCoEv2). Кластеры будут автоматически определять поддержку RDMA, что, в свою очередь, приведет к увеличению производительности приложений и консолидации нагрузок.

Оптимизация производительности.

В vSAN 7 Update 2 улучшена производительность и эффективность процессора при обработке операций RAID 5/6. Это обеспечивает эффективность пространства за счет очищающего кодирования (Erasure Coding) и в то же время увеличивает производительность приложений, сокращая накладные расходы процессора на каждую операцию ввода/вывода.

AMD EPYC.

В гипервизор и пути данных vSAN были добавлены оптимизации для соответствия возможностям процессоров AMD EPYC.

Инфраструктура разработки и искусственного интеллекта (AI).

Совместимое с S3 хранилище объектов для искусственного интеллекта/машинного обучения (AI/ML) и облачных приложений (Cloud Native Apps).

В начале февраля 2021-го года была анонсирована доступность Cloudian HyperStore и MinIO Object Storage на платформе постоянных данных vSAN. Теперь клиенты могут эффективно разворачивать, потреблять и управлять объектным хранилищем (совместимым с S3) для искусственного интеллекта/машинного обучения (AI/ML) и облачных приложений прямо из VMware HCI. Современные приложения могут быть развернуты при помощи нескольких кликов. Подобная автоматизация упрощает развертывание и настройку, а также гарантирует настройку решения в соответствии с рекомендациями производителя.

Расширенное облачное хранилище в vSphere и vSAN.

Облачное хранилище (Cloud Native Storage) в vSphere и vSAN было расширено для лучшей поддержки приложений с отслеживанием состояния на базе Kubernetes. Пользователи устаревшего облачного поставщика vSphere (vSphere Cloud Provider, vCP) могут легко мигрировать на драйвер интерфейса хранилища контейнеров (Container Storage Interface, CSI). Это позволяет Kubernetes развертывать и управлять постоянными томами, запущенными на платформе vSphere, которые поддерживают изменение размера без остановки. Использование драйвера CSI в vSphere и vSAN позволяет администраторам и разработчикам эффективно разворачивать, управлять и вести мониторинг приложений в контейнерах и виртуальных машинах, развернутых на единой платформе.

Улучшенная безопасность.

Простой поставщик ключей vSphere.

Вместе с vSphere и vSAN 7 Update 2 была представлена поддержка компонента «Native Key Provider», который может упростить управление ключами для окружений, использующих шифрование. Встроенная служба управления ключами (KMS) идеально подходит для vSAN в двух-узловых топологиях, развертывания в периметре, также это отличный пример, демонстрирующий подход VMware к внутренней безопасности. Дополнительно Native Key Provider поддерживает работу с ESXi Key Persistence для устранения зависимостей.

Инструменты для изолированных окружений.

Skyline Health Diagnostics – это инструмент самообслуживания, который добавляет некоторые преимущества Skyline Health напрямую в изолированное окружение. Инструмент запускается администратором с требуемой частотой. Он будет сканировать журналы для обнаружения ошибок и выдачи уведомлений к важным ошибкам со ссылками на соответствующие статьи в базе знаний (KB). Разработчики ставили перед собой цель – сократить время, которое администраторы тратят на устранение ошибок в изолированных окружениях.

Улучшения шифрования передаваемых данных (Data In Transit, DIT).

Модуль криптографии для шифрования DIT прошел проверку FIPS 140-2.

Упрощенное управление.

Расширения vSphere Lifecycle Manager (vLCM).

vSAN 7 Update 2 доставляет три расширения в vSphere Lifecycle Manager:

• vLCM расширил возможности выбора систем Hitachi Vantara UCP-HC и Hitachi Advanced Servers в дополнение к серверам Dell 14G, HPE10G и Lenovo ThinkAgile, которые работают с vLCM.
• vLCM теперь поддерживает кластеры vSphere с Tanzu и сетями NSX-T.
• Создание кластера было упрощено за счет возможности выбора образа с существующего хоста.

Улучшенная устойчивость данных.

В случае возникновения незапланированного отключения vSAN 7 Update 2 будет немедленно записывать все инкрементальные обновления на дополнительный хост, помимо хостов, удерживающих активную реплику объекта. Это поможет гарантировать устойчивость измененных данных в случае отключения еще одного хоста, удерживающего активную реплику объекта. Данная возможность построена на базе улучшений, представленных в vSAN 7 Update 1, где эта техника использовалась для запланированных событий обслуживания. Это улучшение надежности данных имеет еще одно преимущество: сокращение времени за которое выполняется повторная синхронизация устаревших объектов.

Проактивная высокая доступность (Proactive HA).

vSAN 7 Update 2 теперь поддерживает vSphere Proactive HA, что позволяет превентивно мигрировать состояние приложений и любые потенциально сохраненные данные на другой хост.

Расширенный мониторинг.

Понимание здоровья и производительности сети – это важная часть обеспечения гиперконвергкнтной платформы, такой как vSAN. vSAN 7 Update 2 представил несколько новых метрик и проверок здоровья, для обеспечения лучшей видимости фабрики коммутации, которая соединяет хосты vSAN. Несколько новых метрик было добавлено для мониторинга физического уровня, в том числе для ошибок транспортировки и CRC, а также ошибок и пауз передачи и получения. Эти метрики используются не только для демонстрации графиков производительности на базе времени, но и для уведомления администратора о преодолении критических лимитов. Все эти новые сетевые метрики и предупреждения вместе с уже существующими в vSAN, предназначены для предоставления администратору детальных подробностей об используемой сети.

Быстрая загрузка vSphere.

Быстрая загрузка (Quick Boot) была расширена новой опцией «приостановка в памяти» (Suspend-to-memory). Это обеспечивает быструю установку исправлений с низким влиянием на vSphere без необходимости выполнять полную эвакуацию хоста.

Следующие шаги.

Новейшая версия vSAN включает в себя несколько расширений, которые позволяют улучшить эффективность, устойчивость и производительность. VMware рекомендует запускать новейшую версию vSphere и vSAN для получения максимальной выгоды и использования новейших преимуществ.

Дополнительные сведения о VMware vSphere 7 Update 2 можно получить в моей статье «Релиз VMware vSphere 7 Update 2».

Рекомендации по проектированию VMware vSAN: Дедубликация и сжатие

В предыдущей статье «Рекомендации по проектированию VMware vSAN: Использование устройств хранения большого объема» мы рассмотрели множество базовых вещей по поводу применения двухуровневой системы хранения vSAN и того как оборудование может менять производительность системы. Остался не закрытым вопрос, связанный с программными параметрами – как дедубликация и сжатие влияют на производительность? Сегодня мы рассмотрим, что это такое, как они применяются в vSAN, а также как и при каких условиях влияют на производительность.

Дедупликация и сжатие.

Дедубликация данных – это технология которая определяет наличие одного или более дублирующихся блоков и использует хэш-таблицу для ссылки на один блок в структуре данных, вместо хранения одного и того же блока много раз. Сжатие данных берет исходный объем данных, такой как контент блока данных и использует технологию кодирования для более эффективного хранения данных. Эти две технологии не связаны друг с другом, но пытаются достичь одинаковой цели: эффективного использования пространства.

Метод, который используется для достижения эффективности пространства зависит от конечного решения и может оказывать влияние на уровень сохранения пространства, а также на требуемую нагрузку для достижения результата. Не имеет значения, какой метод используется, обе техники (дедубликация и сжатие) условно патогенные возможности обеспечения эффективности пространства: уровень сохраненного пространства не гарантируется. Для сравнения, техники размещения данных с использованием очищающего кодирования (Erasure Codes), такие как RAID5 или RAID6 детерминированы: они предоставляют гарантированный уровень эффективности пространства для данных, сохранённых устойчивым образом.

Реализация дедубликации и сжатия в vSAN.

Дедубликация и сжатие (DD&C) в vSAN включаются на уровне кластера, как единая возможность эффективности пространства. Процесс выполняется, когда данные достигают уровня хранения (Capacity Tier) – сразу после отправки уведомления обратно в виртуальную машину. Минимизация любых форм манипуляции данными до отправки уведомления позволяет сохранять низким уровень задержки, наблюдаемый в виртуальной машине.

После доставки данных, процесс дедубликации будет искать возможность выполнить дедубликацию блока данных (4КБ) в рамках дисковой группы: домена дедубликации vSAN. Эта задача сопровождается процессом сжатия. Если блок данных (4КБ) может быть сжат до 50% объема или более – то он сжимается, иначе блок остаётся прежним и сохраняется на уровне хранения (Capacity Tier).

Такое применение DD&C позволяет избежать удара по производительности, который происходит в линейных системах, выполняющих дедубликацию данных до отправки ответа гостевой системе. Это также позволяет избежать дополнительных нагрузок, связанных с дедубликацией уже хранящихся данных. Несмотря на то, что процесс DD&C происходит после отправки подтверждения записи гостевой виртуальной машине, включение его в vSAN может повлиять на производительность в ряде случаев, которые мы рассмотрим дальше.

Основы двухуровневой системы хранения.

VMware vSAN – это двухуровневая распределенная система хранения. Входящие данные записываются в буфер записи с последующей отправкой подтверждения гостевой системе, а перемещение их на уровень хранения (Capacity Tier) происходит позже с интервалом, определяемым vSAN. Данная архитектура предоставляет наивысший уровень производительности хранилища, при этом сохраняя стоимость гигабайта/терабайта на приемлемом уровне.

Двухуровневые системы, такие как vSAN, имеют два теоретических максимума производительности: Burst Rate, представляющий возможности буферного уровня (Buffer Tier) и Steady-State Rate, представляющий возможности уровня хранения (Capacity Tier). Лежащее в основе каждого уровня оборудование имеет огромное влияние на производительность каждого из уровней, в то же время программные параметры, приложения и рабочие нагрузки также могут оказывать влияние.

Максимумы производительности хостов vSAN будут находится где-то между максимальными значениями Burst Rate и Steady-State Rate. Длительные синтетические тесты с использованием HCIBench создают достаточную нагрузку в окружении для расчета примерных значений при помощи временных графиков. Производственные нагрузки могут превысить максимально возможные значения при неправильном дизайне решения.

Потенциальное влияние на производительность.

Дедубликация и сжатие создают вычислительные нагрузки на оперативную память и дополнительный ввод/вывод. Это в любом случае так, вне зависимости от способа реализации. Все зависит от того, когда, где и как это происходит. В vSAN это происходит при перемещении данных с буферного уровня на уровень хранения, что в свою очередь, снижает эффективную пропускную способность уровня хранения (Capacity Tier). Далее это может снизить максимальное значение Steady-State Rate, которое мог бы предоставить кластер. Другими словами, кластер с включённым DD&C имеет такую же производительность, что и кластер с отключенным DD&C, у которого менее производительные устройства на уровне хранения.

При условии, что остальные переменные остаются неизменными, снижение максимального значения Steady-State Rate уровня хранения будет демонстрировать следующее поведение:

• Буфер записи может заполняться быстрее, так как разница в производительности между уровнями увеличилась за счёт снижения производительности уровня хранения (Capacity Tier).
• Буфер записи будет очищаться медленнее из-за снизившейся производительности доставки.
• Время подтверждения записи (задержка записи) гостевой виртуальной машины может быть поражено, если начнется доставка. Уровень влияния зависит от нескольких факторов, в том числе и от скорости доставки на уровень хранения (Capacity Tier). Это наиболее частый сценарий, когда агрегированный рабочий набор данных значительно превышает ёмкость буферного уровня (Buffer Tier) или при быстром цикле загрязнения, который в значительной степени зависит от уровня хранения (Capacity Tier).
• Время подтверждения записи (задержка записи) гостевой виртуальной машины останется неизменным если буфер не достигнет какого-либо предела. Это типично для малых агрегированных рабочих наборов, которые свободно помещаются на уровне буфера (Buffer Tier) и не испытывают проблем с доставкой буфера.

Алгоритмы оценки vSAN определяют различные условия, которые помогают понять, когда и как много доставок должно произойти. Они постепенно реализуют доставки, т.е. не так быстро, как это возможно, а так быстро как это необходимо. Это помогает удерживать в буфере горячие данные для последующих перезаписей, что в свою очередь, снижает активность ненужной доставки и потенциальное влияние на производительность.

Очищающее кодирование (Erasure Coding) RAID5/6 – это другая опция эффективности пространства, включаемая на уровне виртуальной машины или виртуального диска (VMDK) при помощи политик хранилища (Storage Policy). Совместное использование техник эффективности хранения также может привести к заметному влиянию на производительность.

Опции настройки.

Архитектура vSAN даёт клиентам ряд опций для настройки кластеров в соответствии с требованиями. Корректное проектирование и масштабирование обозначает точное понимание требований и приоритетов. Например, в одном кластере наивысший приоритет может иметь емкость, а в другом – производительность. Эти приоритеты будут влиять на аппаратные и программные параметры. В случае, когда требуется получить наивысший уровень производительности, но при этом выбираются самые низкокачественные компоненты в сочетании с техниками эффективности пространства – решение явно противоречит поставленной цели. Эффективность пространства может быть обеспечена путем достижения требуемой ёмкости, но при этом достаточно затратным.

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

• Более быстрые устройства на уровне хранения (Capacity Tier). Если при включении DD&C задержка виртуальных машин будет больше, чем ожидалось, необходимо рассмотреть более быстрые устройства на уровне хранения. Это может помочь противодействовать сокращённой производительности при включенном DD&C. Недостаточно производительные устройства на уровне хранения (Capacity Tier) – одна из наиболее частых причин ошибок производительности.
• Использование большего числа дисковых групп. Это будет добавлять больше ёмкости буфера, увеличивая ёмкость для горячих рабочих наборов данных и сокращая безотлагательность доставки данных. Необходимо использовать минимум две дисковые группы, рекомендованная конфигурация – три дисковые группы.
• Следует обратить внимание на новые устройства хранения высокой плотности для уровня хранения, чтобы соответствовать требованиям объема (ёмкости). Если они будут соответствовать требованиям производительности, то это может позволить отказаться от использования DD&C. Подробнее об этом я писал в предыдущей статье: «Рекомендации по проектированию VMware vSAN: Использование устройств хранения большого объема».
• Использование новейшей версии vSAN. Последние редакции vSAN сфокусированы на улучшении производительности для кластеров с DD&C: улучшении целостности задержки в виртуальных машинах и увеличении скорости доставки через программные оптимизации.
• Выборочное включение DD&C. Необходимо включать DD&C только в тех кластерах, которые представляют подходящую производительность для поддержки необходимых рабочих нагрузок. Опционально, политики хранилища для эффективности пространства, такие как RAID-5/6 должны быть применены для отдельных рабочих нагрузок, где они наиболее чувствительны. Также существуют компромиссные решения для производительности за счёт использования очищающего кодирования (Erasure Coding).

Итоги.

Дедубликация и сжатие – это простая и результативная возможность обеспечения эффективности пространства. Правильное проектирование и использование DD&C в vSAN предоставляет путь удержания низкой задержки в виртуальных машинах. Несмотря на то, что двухуровневая архитектура vSAN помогает минимизировать влияние на производительность, некорректная конфигурация оборудования или большой набор рабочих нагрузок могут привести к увеличению задержки виртуальных машин. 

P.S. Предыдущие статьи цикла:

• Рекомендации по проектированию VMware vSAN: Быстрые устройства хранения или быстрая сеть
• Рекомендации по проектированию VMware vSAN: Использование устройств хранения большого объема.

Рекомендации по проектированию VMware vSAN: Использование устройств хранения большого объема.

Окружения vSAN и VMware vCloud Foundation (VCF) на базе vSAN предлагают экстраординарную гибкость в масштабировании. Емкость можно увеличивать вертикально, добавляя устройства в хосты, или горизонтально, за счет добавления новых узлов. Вместе с представленной поддержкой емкости устройств до 32 Тб в vSAN 7, необходимо разобраться – как же экстремально большие флэш-устройства влияют на проектирование? Рассмотрим вопрос проектирования более детально.

Больший объем хранилища эквивалентен большему объему потенциального ввода/вывода.

В общем виде хранение большого объема данных не отличается от хранения маленького объема. Но в окружениях с общим хранилищем (Shared Storage), отличие заключается в том, что больше данных, в форме виртуальных машин, может приводить к большему числу потенциальных чтений и записей.

Как в архитектуре гиперконвергентной инфраструктуры (HCI), так и в трехуровневой архитектуре, увеличение объема может приводить к возникновению узких мест в самых неожиданных местах. Например, трехуровневые архитектуры, как правило, генерируют больше нагрузки на контроллеры хранилища при увеличении объема сырого хранилища. Архитектура гиперконвергентной инфраструктуры (HCI) может увеличивать нагрузку на сеть при операциях записи с большего числа виртуальных машин на физических хостах.

Может показаться, что устройства высокой плотности могут обеспечить хорошую цену на один терабайт хранилища, но при этом они могут не справится с обеспечением рабочих нагрузок обращений к данным. Технический объем будет доступен, но при этом производительность обращения к данным будет не приемлемой. Для vSAN и VCF есть несколько путей приспособиться к этому.

Рекомендации для шины устройства и протокола.

Многие устройства высокой плотности привязаны к числовому значению объема и не предполагают уровней производительности и целостности, как правило ожидаемых в корпоративных окружениях. Флэш-устройства хранения с интерфейсом SATA относятся к данной категории. Такие устройства будут постоянно перегружены в борьбе за производительность и целостность из-за различных ограничений протокола, таких как: полудуплексная сигнализация, одно-командные очереди и более ресурсоемкая обработка ввода/вывода процессором. Устройства с SATA-подключением лучше подходят для конечных устройств и домашнего сегмента, так как характеристики SATA не рассчитаны на одновременный двунаправленный доступ к общему хранилищу.

При рассмотрении возможности использования устройств большого объема, следует отталкиваться от флэш-устройств на базе SAS. Следует отметить, что NVMe – это превосходный стандарт и это лишь вопрос времени, когда этот высокоэффективный протокол шины захватит корпоративные окружения. Устройства NVMe с использованием NAND флэш ИЛИ 3D XPoint уже доминируют в областях с фокусом на производительности, таких как кэширование и буферизация.

Устройства высокой плотности могут создавать излишнюю нагрузку на общих адаптерах шины хоста (HBA), SAS в данном случае подходит лучше, чем SATA, но узкие места все равно могут возникать на общем контроллере, по мере увеличения траффика. Устройства NVMe не подвержены подобным проблемам, так как каждое устройство NVMe содержит собственный контроллер.

Рекомендация: Для устройств с большим объемом необходимо использовать как минимум устройства на базе SAS, идеальным же выбором на данный момент являются устройства NVMe.

Рекомендация.

Для устройств с большим объемом необходимо использовать как минимум устройства на базе SAS, идеальным же выбором на данный момент являются устройства NVMe.

Рекомендации по проектированию дисковых групп (Disk Group).

Использование устройств со значительно большим объемом, неизбежно будет приводить к большему объему рабочих нагрузок, что в свою очередь может создавать дополнительный стресс на уровне буферизации. Это происходит из-за того, что дополнительные виртуальные машины обычно увеличивают агрегированный размер рабочего набора между хостами в кластере. Больший объем рабочих нагрузок, как правило, обозначает больше горячих данных. Несмотря на то, что vSAN Design and Sizing Guide описывает подбор размера уровня буфера в окружении с использованием только флэш-накопителей (All-flash) на базе информации о производительности, использование буфера большого объема для обеспечения большего объема рабочих нагрузок является разумным шагом.

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

Рекомендация.

Используйте больше дисковых групп на хост для увеличения параллелизации и общей емкости буферного кэша, для возможности поддержки больше объема активных/горячих данных.

Рассчитывая необходимую производительность, зачастую слишком много внимания уделяют уровню хранения (Capacity Tier), особенно при увеличении емкости на хостах. Уровень буферизации (Buffer Tier) обеспечивает максимальное увеличение скорости ввода/вывода, а уровень хранения (Capacity Tier) обеспечивает максимальную скорость постоянного хранилища. Когда уровень хранения (Capacity Tier) не обладает достаточной высокой производительностью, длительная запись на высоком уровне может сокрушить возможности буфера. Скорость очистки буфера, обычно (но не всегда) зависит от производительности уровня хранения. В таком случае использование более быстрых флэш-устройств и/или их большего количества может увеличить производительность уровня хранения. Это поможет сократить задержку на уровне буфера за счет более быстрой очистки (передачи) и позволит избежать задержки на уровне гостевых виртуальных машин.

Отключение дедубликации (Deduplication) и сжатия (Compression) также являются возможными опциями увеличения производительности уровня хранения. Дедубликация и сжатие – это процессы, которые требуют дополнительной нагрузки во время опустошения буфера, напрямую сокращающие скорость опустошения. Устройства большего размера, предоставленные кластеру, могут обеспечить требуемый объем, без необходимости включения данных возможностей.

Рекомендация.

Если требуется обеспечить производительность уровня хранения, рекомендуется использовать высокопроизводительные устройства SAS или NVMe на уровне хранения.

Рекомендации по времени эвакуации и восстановления.

Больший потенциальные объем обозначает более длительное время эвакуации, при условии использования исходной производительности сети.

 

Одной и той же сети с пропускной способностью 10 Gbps для хостов, которые теперь обладают новым объемом, в 4, 8 или 12 раз больше предыдущих конфигураций, может попросту не хватить для обеспечения такой плотности виртуальных машин на хостах. Подробнее об этом я писал в статье «Рекомендации по проектированию VMware vSAN: Быстрые устройства хранения или быстрая сеть». Корректно сбалансированный кластер vSAN будет всегда иметь доступные хосты для любых потенциальных повторных синхронизаций объектов данных, которые помогают поддерживать их на заданном уровне соответствия. Процесс автоматизирован и прозрачен для администратора. Но скорость, с которой он происходит, зависит от производительности сети и устройств хранения. Предполагаемое время эвакуации хоста и восстановления приближается к уровню комфорта, когда необходимое время для переноса всей емкости с одного хоста на другой в случае выхода хоста из строя не выходит за рамки возможного простоя.

Рекомендация.

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

Рекомендации по количеству хостов.

Устройства высокой плотности провокационны, так как могут обеспечить необходимый объем при помощи меньшего числа устройств и/или хостов. Минимальное число хостов, необходимое для обеспечения определенного уровня устойчивости осталось прежним. Кроме того, несмотря на то, что каждый хост добавляет свою емкость, также он добавляет нагрузку на процессор и память, необходимую для обработки ввода/вывода. Значительное увеличение части ресурсов кластера может привести к возникновению узких мест.

Рекомендация.

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

Итоги.

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

Релиз VMware vSAN 7

VMware анонсировала новейший релиз лидирующего в индустрии программного обеспечения для реализации гиперконвергентной инфраструктуры – VMware vSAN 7. vSAN вместе с его богатой экосистемой партнеров эволюционирует, как платформа для построения частных и публичных облаков. Далее, рассмотрим, как vSAN 7 помогает ускорить модернизацию центров обработки данных (ЦОД) при помощи новых возможностей и улучшений.

Гиперконвергентная инфраструктура (HCI) была быстро адаптирована организациями всех размеров для лучшего обеспечения бизнес требований. Большинство организаций, заинтересованы в более быстрой доставке новых товаров и услуг клиентам и сотрудникам; так как новые технологии существенно сократили время на разработку и доставку информационных продуктов, лица принимающие решения, относительно инфраструктуры информационных технологий, нуждаются в платформе, которая позволит быстро доставлять новые решения. Для этого было определено несколько путей:

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

Примечание.

Источник: Perry, Christian. Voice of the Enterprise, Servers and Converged Infrastructure, Budget and Outlook, 2019. 451 Research.

В соответствие с трендами и потребностями индустрии vSAN 7 упрощает управление инфраструктурой за счёт сокращения инструментария, необходимого для управления жизненным циклом серверов. Организации теперь могут унифицировать блочное и файловое хранилище при помощи vSAN, что сокращает потребность в сторонних решениях и ускоряет развертывание общих файловых ресурсов. Также vSAN включает новые возможности, расширяющие облачные приложения, за счет обеспечения поддержки файловых служб и дополнений vSphere для Kubernetes (ранее известного как Project Pacific) через VMware Cloud Foundation.

Упрощение обновления кластеров при помощи vSphere Lifecycle Manager.

Управление жизненным циклом – это продолжительная по времени задача, общая для администраторов, поддерживающих свои инфраструктуры при помощи нескольких инструментов, которые требуют специализированных навыков. На данный момент, клиенты VMware используют два разных интерфейса для управления: vSphere Update Manager (VUM) для обновления программного обеспечения и драйверов, а также утилиты, предоставляемые производителями серверов для обновления микропрограммного обеспечения (Firmware). В данном релизе, VMware HCI предоставляет основу для нового, унифицированного механизма обновления программного обеспечения и управления микропрограммным обеспечением – vSphere Lifecycle Manager (vLCM).

vLCM построен с моделью постоянного состояния, которая предоставляет управление жизненным циклом для гипервизоров, а также полного стека драйверов и микропрограммного обеспечения для серверов входящих в состав центра обработки данных (ЦОД). vLCM может быть использован для применения образа, мониторинга соответствия и восстановления кластера, если в нем есть отклонения. Это сокращает трудозатраты на мониторинг соответствия для отдельных компонентов и помогает поддерживать целостное состояние всего кластера с соблюдением VMware Compatibility Guide (VCG). vLCM – это новый эффективный подход для создания комплексного управления жизненным циклом в масштабе.

Встроенные файловые службы (Native File Services) для vSAN.

Встроенные файловые службы (Native File Service), интегрированные в vSAN, упрощают управление хранилищем, так как они помогают сократить зависимость от сторонних решений. vSAN 7 теперь поддерживает NFS v3 и v4.1, что в результате обеспечивает новые сценарии применения. Включение файловых служб происходит так же, как и включение других возможностей уровня кластера, таких как службы iSCSI, шифрование, дедубликация и сжатие. Весь жизненный цикл развертывания и поддержки файловых служб может быть выполнен через пользовательский интерфейс vCenter. Данная возможность помогает обеспечить широкий диапазон сценариев применения, требующих файловых служб с простой интеграцией.

Развертывание современных приложений на vSAN при помощи Enhanced Cloud Native Storage.

vSAN 7 расширяет и укрепляет возможности облачного хранилища, впервые представленные в vSAN 6.7 Update 3. vSAN теперь поддерживает использование встроенных файловых служб в качестве постоянных томов для кластеров Kubernetes. В дополнение к файловым службам, vSAN обеспечивает дополнение vSphere для Kubernetes (ранее известное как Project Pacific), которое обеспечивает возможность развертывания на хранилище (Datastore) vSAN рабочих нагрузок в контейнерах с сохранением состояния.

Общие улучшения.

Интегрированное представление DRS о конфигурациях растянутого кластера (Stretched Cluster).

vSAN 7 имеет плотную интеграцию с размещением данных и DRS. После восстановления из аварийного состояния, DRS продолжает поддерживать виртуальную машину запущенной в том же состоянии до тех пор, пока данные полностью не синхронизируются между двумя сайтами. После завершения синхронизации, DRS будет перемещать виртуальную машину в наиболее подходящий сайт в соответствии с правилами DRS . Это улучшение сокращает необязательные операции чтения, происходящие между сайтами, таким образом, межсайтовые ресурсы приоритезируются на завершение синхронизации после восстановления сайта.

Немедленная операция восстановления после замены наблюдающего хоста (Witness Host) vSAN.

vSAN 7 расширяет логику замены и повторной синхронизации наблюдающего хоста (Witness Host) vSAN для растянутого кластера (Stretched Cluster) и двух-узловых топологий. Когда устройство хоста наблюдателя vSAN должно быть заменено, это может быть легко сделано при помощи кнопки “Replace Witness” в vCenter. После замены, vSAN вызывает немедленную операцию восстановления, быстро приводя хост наблюдения vSAN к полноценному состоянию. Это улучшение помогает устранить уязвимость переходного процесса в защите уровня сайта за счёт расширения процесса восстановления хоста наблюдения vSAN.

Перенаправление ввода/вывода растянутого кластера (Stratched Cluster) на основе дисбаланса объема между сайтами.

Топология растянутого кластера (Stretched Cluster) vSAN предоставляет устойчивость виртуальных машин и данных в случае отключения сайта. Гибкость vSAN позволяет администраторам детально настраивать параметры конфигурации для отдельных виртуальных машин с разными уровнями защиты или связями (Affinity). В результате может получиться дисбаланс доступного объема в одном сайте по сравнению с остальными. vSAN 7 представил новую интеллектуальную возможность минимизировать влияние на производительность в связи с ограничивающими условиями. При обнаружении дисбаланса, vSAN проверяет множество параметров на основе того, что они ограничивают ввод/вывод и перенаправляет активный ввод/вывод в здоровый сайт. Эти предотвращающие проблемы шаги происходят без остановки работы виртуальных машин. Подобная оптимизация является отличным примером того, как представленные аналитические возможности vSAN гарантируют прогнозируемую работу несмотря на широкое разнообразие условий.

Точность отчетов об использованном пространстве на уровне виртуальных машин vSAN в интерфейсе vCenter.

vSAN 7 представил новый уровень целостности при создании отчётов об уровне объема виртуальных машин в vCenter для виртуальных машин, запущенных на vSAN. Изначально, vCenter рассчитывал объем для виртуальных машина на vSAN также, как и для виртуальных машин, размещенных на традиционном хранилище. Текущие улучшения помогут обозначить различия в отчётных данных между традиционными виртуальными машинами и vSAN в таких областях как представление кластера и хоста.

Улучшенные отчёты о памяти для будущих оптимизаций.

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

Видимость объектов vSphere Replication в представлении объема vSAN.

VMware vSphere Replication – это основанное на гипервизоре решение асинхронной репликации для виртуальных машин vSphere. Оно предоставляет простой и эффективный механизм для защиты и восстановления виртуальных машин. Репликация vSphere входит во все редакции, начиная с vSphere Essentials Plus Kit. vSAN 7 представил значительное улучшение для окружений, использующих vSphere Replication – администраторы теперь могут легко определять объекты данных, связанные с vSphere Replication на уровне объекта виртуальной машины, а также в представлениях объема на уровне кластера. Эта осведомленность о данных vSphere Replication помогает администратору определять ресурсы, используемые для нужд асинхронной репликации.

Поддержка для устройств большего объема.

vSAN демонстрирует потрясающую гибкость для соответствия эволюционирующим потребностям в хранилище. vSAN 7 поддерживает новейшие устройства хранения большей плотности. Поддержка устройств хранения большей плотности может в результате обеспечить улучшенные коэффициенты сжатия и дедубликации, что в свою очередь снизит стоимость каждого терабайта (TB) хранилища. Поддержка накопителей более высокой плотности предоставляет преимущества, уникальные для архитектуры vSAN: инкрементальное добавление или замена существующих групп дисков при помощи новых групп, состоящих из накопителей более высокой плотности без каких-либо дополнительных затрат на лицензирование.

Встроенная поддержка горячего добавления NVMe.

NVMe помогла установить новый уровень производительности для систем хранения. vSphere 7 представил одну возможность, которая соответствует или превышает возможности, связанные с более старыми устройствами SAS и SATA: поддержка горячего подключения устройств NVMe в vSphereи vSAN. Это предоставляет новый уровень гибкости и удобства обслуживания для хостов с устройствами NVMe, увеличивая время непрерывной работы за счёт упрощения задач обслуживания, связанных с добавлением, удалением и перемещением устройств хранения в хостах. Современные хосты могут иметь десятки подключенных устройств NVMe и преимущества от горячего подключения должно помочь как большим, так и маленьким окружениям.

Удаление требования Eager Zero Thick (EZT) для общих дисков в vSAN.

Данный релиз также представил улучшенную гибкость для приложений виртуальных машин (таких как Oracle RAC), использующих общие виртуальные диски. vSAN 7 устраняет предварительное требование формата Eager Zero Thick от дисков с флагами мульти-записи (Multi-Writer).

Заключение.

VMware vSAN 7 модернизирует гиперконвергентную инфраструктуру за счёт предоставления администраторам унифицированной плоскости управления хранилищем для блочных и файловых протоколов, а также предоставляет значительные улучшения, которые обеспечивают великолепное решение, как для традиционных, так и для облачных приложений. vSphere Lifecycle Manager сокращает сложность мониторинга и поддержки инфраструктуры за счёт консолидации инструментов обновления программного обеспечения, драйверов и микропрограммного обеспечения (Firmware), а также предоставляет модель требуемого состояния с применением требуемого образа. Общие файловые ресурсы vSAN 7 позволяют администраторам быстро разворачивать общие файловые ресурсы через единый рабочий поток; интегрированные общие файловые ресурсы также сокращают зависимость от сторонних решений и упрощают управление жизненным циклом. Так как облачные приложения под управлением Kubernetes также могут получить преимущества от общих файловых ресурсов vSAN, команда ИТ может консолидировать больше рабочих нагрузок в гиперконвергентной инфраструктуре (HCI) на базе vSAN и сделать её более эффективной. Дополнительные улучшения предоставляющие широкое разнообразие преимуществ, от расширенного мониторинга инфраструктуры, который помогает администраторам планировать будущие потребности, до инфраструктуры, готовой к завтрашнему дню, за счёт поддержки накопителей большего объема и увеличенного времени непрерывной работы за счёт горячего подключения NVMe. vSAN остаётся предпочтительной платформой, как для традиционных приложений, так и для эволюционирующих современных приложений, за счет бесшовной эволюции и быстрого внедрения инноваций.

P.S. С другими новыми возможностями VMware vSphere 7 можно познакомиться в статье «VMware vSphere 7: Основные службы для современного гибридного облака».

Рекомендации по проектированию VMware vSAN: Быстрые устройства хранения или быстрая сеть

Доставка наивысшего уровня производительности в центре обработки данных (ЦОД) – это задача с множеством условий. Определение каждого отдельного программного или аппаратного компонента очень важно, но потенциальные узкие места не видны сразу из-за того, что все компоненты неразрывно связанны и оказывают непосредственное влияние друг на друга. Это одна из причин, по которой рекомендуется использовать структурированное устранение неисправностей производительности vSAN при помощи платформы, которая учитывает все эти факторы.

Многие, архитектуры, построенные на базе гиперконвергентных инфраструктур, дополняют эту тайну. Что наиболее важно для производительности кластера vSAN: быстрые устройства хранения или быстрая сеть? Это популярный вопрос и хотя ответ заключается в том, что они оба важны, требуется некоторое пояснение, чтобы лучше понять, почему влияние на окружение может быть разным.

Обработка ввода/вывода (I/O Processing) в vSAN.

Одна из сильных сторон vSphere – это возможность приоритезации. Ассортимент планировщиков, встроенных в гипервизор управляет процессами на процессоре хоста, входящей и исходящей сетевой активностью и вводом/выводом хранилища. Так как планировщики – это процессы уровня ядра, они выполняют свою работу крайне эффективно.

VMware vSAN использует собственный планировщик для определения и приоритезации различных типов ввода/вывода хранилища, запущенного через стек. Это часть работы, которая делает компонент Adaptive Resync, представленный в vSAN 6.7, столь эффективным. Обратите внимание, что данные механизмы помогают приоритезировать локальные действия ввода/вывода на хосте. 

Устройства хранения (Storage Devices).

Исходная производительность устройств хранения сильно различается, даже если рассматривать только твердотельные накопители. Устройства SATA, SAS и NVMe имеют существенные отличия, выливающиеся, в итоге, в производительность, а также в целостность. Даже самые быстрые устройства NVMe, использующие NAND флеш, не являются лидерами производительности, новые технологии, такие как 3D XPoint (Intel Optane) позволяют преодолеть некоторые препятствия, связанные с NAND. Индустрия хранения развивается очень быстро, но благодаря архитектуре vSAN, новые технологии можно гранулировано встраивать, позволяя инфраструктуре ЦОД эволюционировать.

При планировании высокопроизводительного кластера vSAN, необходимо использовать быстрые устройства хранения на буферном уровне (Buffer Tier) и на уровне ёмкости (Capacity Tier). Устройства хранения – это часть финального отрезка пути данных и менее производительные устройства могут привести к невозможности соответствия необходимым ожиданиям производительности.

Сетевое взаимодействие (Networking).

Сетевые коммутаторы и интерфейсы, подключенные к ним – это то, что связывает все компоненты воедино. Сетевое взаимодействие играет особенно важную роль в гиперконвергентной инфраструктуре (HCI), так как действия ввода/вывода могут быть расширены за пределы локального хоста. К сожалению, промышленная практика ссылки на спецификацию коммутатора просто по максимальной скорости порта отменяет все важные подробности коммутационного оборудования. Возможности коммутационного оборудования зависят от многих факторов, таких как: пропускная способность соединительной платы, доступный объем буферизации портов на коммутаторе, а также являются ли платы ASIC достаточно мощными для соответствия требованиям обработки пактов в окружении. Эти факторы зачастую и являются причинами недостаточной производительности. John Nicholson выпустил отличную серию статей на эту тему и, совместно с Broc Yanda, презентовал сессию на VMworld.

Другое испытание с коммутационным оборудованием заключается в том, что его типичный жизненный цикл в производстве дольше, чем у прочих активов центра обработки данных (ЦОД). Продолжительный жизненный цикл обозначает, что архитектору нужно быть более осведомлённым о будущих требованиях и, в связи с их изменениями, возможно, придется инвестировать раньше, чем планировалось.

Как они опираются друг на друга.

Планировщики на базе хоста, такие как vSAN, приоритезируют ввод/вывод по мере его генерации хостом или поступления на аппаратный стек хоста. Они не поддерживают сеть и не предполагают, что другие пакеты могут ожидать отправки на хост. Но неправильно подобранные коммутаторы, не справляющиеся с нагрузкой, могут привести к падению производительности. Если сеть испытывает перегрузки какой угодно формы (пропускная способность, обработка или буферизация), это может стать аспектом правил TCP. По мере увеличения частоты сброса пакетов увеличивается количество повторных передач. Не смотря на надёжность TCP, шаги обработки при перенасыщении становятся дорогостоящими для пиковой производительности и целостности. Хуже всего то, что перенасыщение оказывает влияние на все системы, подключенные к коммутаторам.

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

Например, если клиент использует скромные коммутаторы 10 Gb и рассматривает 25/100 Gb – это решение приходит не от уровня утилизации коммутаторов, а с целью исключить узкое место на уровне коммутаторов, не позволяющее узлам использовать свой потенциал по максимуму. Вместе с увеличением производительности хостов, необходимо увеличивать и производительность сети.

Итоги.

Оптимизация производительности часто заключается в исключении узких мест там, где их легче обнаружить и исключить. Инвестиции в более производительное коммутационное оборудование поможет сместить вопрос конкуренции в сторону хоста, где за счет соответствующих планировщиков – управление проще, а восстановление требуемого уровня производительности при помощи более быстрых устройств хранения легче. Хорошие коммутаторы стоят достаточно дорого, но с учётом более продолжительного жизненного цикла коммутаторов и возможностью vSAN легко добавлять новое, более быстрое оборудование, это становится мудрым шагом в любом проекте центра обработки данных (ЦОД).

Увеличение томов Storage Spaces Direct в Windows Server 2019

Коллеги – возвращаемся к теме конвергентных и гиперконвергентных решений Microsoft, данным веб-кастом мы одновременно и продолжаем тему масштабирования кластеров и переходим к вопросу управления томами.

В веб-касте описывается структура томов (Volume) Storage Spaces Direct, а также описывается и демонстрируется их увеличение за счет добавления дополнительных дисков в пул общего хранилища. Отдельное внимание в веб-касте удалено увеличению томов с уровнями хранилища (Storage Tier) и без, а также вычислению доступного пространства на разделе (Partition) диска (Disk) в структуре тома. Дополнительно в веб-касте рассматривается вопрос дисбаланса хранилища (Storage Imbalance).

Подробности и видео: LebedevUM.

P.S. Это уже пятый веб-каст про Storage Spaces Direct в Windows Server 2019, поэтому если вы не знакомы с технологией, начните с моей статьи «Обзор Storage Spaces Direct» и предыдущих веб-кастов:

1. Развертывание Storage Spaces Direct в Windows Server 2019
2. Вложенная устойчивость Storage Spaces Direct в Windows Server 2019
3. Добавление и удаление серверов Storage Spaces Direct в Windows Server 2019
4. Обслуживание серверов Storage Spaces Direct в Windows Server 2019

Обслуживание серверов Storage Spaces Direct в Windows Server 2019

Потихоньку-потихоньку, вот мы и добрались до 4-го веб-каста на тему конвергентных и гиперконвергентных решений Microsoft. На этот раз в центре внимания обслуживание серверов в кластерах Storage Spaces Direct на базе Windows Server 2019.

Если не брать в расчет небольшое введение в проблематику операций обслуживания серверов, содержащих как ресурсы хранилища, так и вычислительные ресурсы – то веб-каст состоит из двух частей. В первой части рассказывается об онлайн обслуживании, т.е. обслуживании узла без остановки кластера и демонстрируется отслеживание состояния томов Storage Spaces Direct, автоматическое перемещение и возврат ролей, а также отдельное внимание уделяется просмотру заданий хранилища (Storage Job). Во второй части, как не трудно догадаться, речь идет про офлайн обслуживание, т.е. полную остановку всех ресурсов и кластера в целом и демонстрируется остановка и возврат кластера, ресурсов, томов и службы ClusSvc.exe.

Если не обращать внимания на специфику Storage Spaces Direct, то представленные процедуры обслуживания подойдут для любых отказоустойчивых кластеров на базе Windows Server.

Подробности и видео: LebedevUM.

P.S. Если вы не знакомы со Storage Spaces Direct, то рекомендую, начать свое знакомство с моей статьи «Обзор Storage Spaces Direct» и смотреть веб-касты в хронологическом порядке:

• Развертывание Storage Spaces Direct в Windows Server 2019
• Вложенная устойчивость Storage Spaces Direct в Windows Server 2019
• Добавление и удаление серверов Storage Spaces Direct в Windows Server 2019