Часто задаваемые вопросы по vSAN 8 ESA:
- Что такое vSAN Express Storage Architecture?
Архитектура vSAN Express Storage Architecture (ESA) – это альтернативная архитектура vSAN, предназначенная для обработки и хранения данных с совершенно новыми уровнями эффективности, масштабируемости и производительности. Эта дополнительная архитектура оптимизирована для использования всех возможностей самого современного оборудования. Она появилась в vSAN 8 и может быть выбрана при создании кластера. ESA в vSAN 8 является альтернативой архитектуре Original Storage Architecture (OSA), использовавшейся во всех предыдущих редакциях vSAN, а также дополнительной архитектурой в vSAN 8. Дополнительные сравнения между двумя архитектурами приведены в статье: Comparing the Original Storage Architecture to the vSAN 8 Express Storage Architecture. - Включает ли vSAN 8 оригинальную архитектуру хранения (Original Storage Architecture), которая была в прошлых версиях vSAN?
Да! vSAN 8 включает новую архитектуру Express Storage Architecture (ESA) и Original Storage Architecture (OSA). OSA – это архитектура, которая будет использоваться для всех обновлений кластеров на месте (in-place upgrade) и новых кластерных установок, использующих оборудование, которое не квалифицировано для использования с ESA. ESA может использоваться для новых кластерных установок с использованием квалифицированного оборудования.Также OSA в vSAN 8 представляет несколько новых усовершенствований, включая увеличение лимита буфера записи, vSAN Proactive Insights, усовершенствования HCI-Mesh, усовершенствования файловых служб и новые усовершенствования сетевой задержки. - Я вижу, что эта редакция архитектуры vSAN Express Storage Architecture требует использования устройств хранения TLC на базе NVMe. Не будет ли это дороже?
Нет. Архитектура и возможности vSAN ESA часто делают все конфигурации на базе NVMe более доступными, чем кластеры, работающие под управлением vSAN OSA с использованием устройств SAS. Сравнительно лучшая совокупная стоимость владения (TCO) проявляется в трех формах: 1.) Отказ от приобретения устройств кэширования/буферизации и контроллеров хранения. 2.) Выполнение избыточного кодирования с эффективным использованием места без ущерба для производительности и на кластерах размером всего в три хоста. 3.) Улучшения в архитектуре сжатия vSAN, которые, вероятно, позволят добиться большей экономии емкости в существующих средах. Пунктов №1 и №2 зачастую достаточно, чтобы сделать использование ESA более экономически эффективным в расчете на терабайт, чем использование аналогичного кластера, сконфигурированного с устройствами SAS и работающего под управлением vSAN OSA. - В моем кластере vSAN уже работают все устройства NVMe. Почему я должен рассматривать возможность запуска ESA?
Прошлые версии vSAN поддерживали использование всех устройств хранения только на базе NVMe. Устройства хранения данных на базе NVMe, безусловно, намного производительнее своих аналогов SAS и SATA. Хотя оригинальная архитектура хранения (OSA) в vSAN могла обеспечить быструю платформу хранения, ESA была создана с учетом этих устройств нового поколения. При использовании vSAN ReadyNodes, одобренных для ESA, ESA сможет использовать весь потенциал этих устройств хранения, обеспечивая производительность и согласованность на уровне устройств, повышая простоту эксплуатации и снижая совокупную стоимость владения. - VMware много говорит об “эффективности” архитектуры Express Storage Architecture. Что это значит и почему это так важно?
vSAN ESA рассчитана на возможности устройств хранения данных сегодняшнего и завтрашнего дня. Появляются все новые технологии, которые могут значительно увеличить емкостные возможности устройства хранения. Даже если система хранения имеет чрезвычайно быстрый путь передачи данных, система должна использовать минимальное количество ресурсов ЦПУ на ввод-вывод, иначе во время высоких нагрузок ресурсы ЦПУ могут закончиться. Увеличение плотности хранения и новые технологии хранения также могут создавать нагрузку на масштабирование метаданных – данных о данных. Система vSAN ESA была тщательно разработана для решения этих проблем, и в результате “эффективность” может быть одним из самых привлекательных аспектов vSAN ESA. - Исчезнет ли оригинальная архитектура хранения (OSA) в vSAN?
Нет, не в обозримом будущем. Многие клиенты вложили значительные средства в разнообразное оборудование, и они могут продолжать уверенно использовать vSAN OSA для этих конфигураций. vSAN 8 – отличный пример того, как VMware продолжает совершенствовать OSA: специалисты VMware увеличили емкость буфера записи до 1,6 ТБ и внесли другие улучшения. Продолжение обновления кластеров до последней версии vSAN с помощью OSA – отличный способ наиболее эффективно использовать имеющееся оборудование. Новые кластеры могут быть сконфигурированы с учетом ESA, что позволит снизить совокупную стоимость владения и воспользоваться всеми возможностями, которые предоставляет ESA. - Будет ли vSAN ESA поддерживать использование шпиндельных носителей в гибридной конфигурации?
Нет. В vSAN 8 vSAN ESA поддерживает высокопроизводительные флеш-устройства TLC на базе NVMe в vSAN ReadyNodes, одобренных для ESA. Шпиндельные носители просто не способны поддерживать возможности, которые делают ESA таким особенным. Устройства на шпиндельных носителях будут по-прежнему поддерживаться при использовании OSA в кластере vSAN. - Что мне нужно для запуска архитектуры vSAN Express Storage Architecture в моей среде?
Архитектура Express Storage Architecture (ESA) в vSAN 8 может использоваться с vSAN ReadyNode, одобренными для использования с ESA, и соответствующим лицензированием. Многие партнеры VMware, участвующие в программе ReadyNode, будут иметь ReadyNodes, одобренные для использования с ESA, на момент общей доступности. Кластеры, использующие лицензии vSAN Advanced или vSAN Enterprise, смогут использовать эту высокопроизводительную архитектуру в vSAN 8. Другие типы лицензий смогут использовать OSA в vSAN 8.
Для vSAN 8 и ESA серверы должны быть vSAN ReadyNodes, одобренными для использования с ESA. В этом выпуске ESA не поддерживает конфигурацию “Build Your Own” (BYO). - Может ли ESA поддерживать разные размеры устройств хранения на одном хосте?
Да. Хотя заказчики должны стремиться к относительно симметричному кластеру, VMware понимает, что рыночные условия со временем могут сделать приобретение устройств хранения одинаковой емкости проблематичным. Рекомендации по симметрии кластера очень похожи на использование оригинальной архитектуры хранения. Для получения дополнительной информации см. статью Asymmetrical vSAN Clusters – What is Allowed, and What is Smart. Первоначально vSAN 8 можно будет запускать только на vSAN ReadyNodes, одобренных для использования с ESA, что, естественно, будет способствовать согласованности и симметрии кластера. - Существует ли способ перехода на vSAN 8 и/или ESA в vSAN 8?
Клиенты, у которых есть кластеры, работающие на предыдущих версиях vSAN, и которые хотят перейти на vSAN 8, могут выполнить обновление кластера на месте, как обычно. В этом случае кластер будет обновлен до vSAN 8 и будет использовать оригинальную архитектуру хранения (OSA). Для клиентов с ReadyNodes, одобренными для использования с ESA, можно создать кластер, а в процессе установки выбрать “vSAN ESA” и приступить к установке и настройке кластера. Когда конфигурация будет завершена, клиенты могут переместить ВМ с помощью vMotion и Storage vMotion.
Для получения дополнительной информации о переходе на ESA см. статью Transitioning to the vSAN 8 Express Storage Architecture. - Будет ли vSAN ESA выглядеть и работать так же, как и прошлые версии vSAN?
Да. Многие аспекты архитектуры Express Storage Architecture – это архитектурные изменения “под капотом”. vSAN будет продолжать работать так же, как и прошлые версии. Это действительно остается тем программным обеспечением, которое вы уже знаете. В некоторых отношениях эксплуатационные аспекты становятся намного проще. В vSAN ESA не используются дисковые группы, поэтому решение проблем с обслуживанием устройства хранения становится проще при меньшей зоне воздействия. Решения о политике хранения становятся проще, поскольку RAID-5/6 может обеспечивать производительность RAID-1. - Как определить размер нового кластера под управлением ESA в vSAN 8?
vSAN Sizer – это сложный инструмент для определения размеров, который поможет вам точно определить потребности в производительности и емкости. vSAN Sizer будет обновлен для работы vSAN с использованием OSA или ESA. В процессе определения размеров можно выбрать желаемую архитектуру. - Я вижу минимальные требования к аппаратному обеспечению, и там указано, что требуется сеть 25 Гб. Использует ли ESA больше сетевых ресурсов для обработки данных?
Нет. Хотя профили ReadyNode определяют 25 Гбит или 100 Гбит в качестве минимального требования, это требование отражает способность ESA обеспечить производительность, близкую к уровню устройства, высокопроизводительных устройств хранения на базе NVMe, одобренных для использования. Обеспечение достаточных сетевых ресурсов позволяет vSAN использовать все возможности производительности устройств при максимальной нагрузке. Если вы переносите производственные рабочие нагрузки с кластера vSAN OSA на кластер vSAN ESA, в среднем вы увидите, что для этих же рабочих нагрузок используется меньше ресурсов ЦПУ и сети. Это связано с тем, что vSAN ESA использует меньше циклов ЦПУ и меньше сетевых ресурсов для обработки и хранения ввода-вывода по сравнению с vSAN OSA. - Использует ли архитектура Express Storage Architecture в vSAN 8 устройство кэширования?
ESA в vSAN 8 не использует выделенное устройство кэширования. Архитектура Express Storage Architecture – это гибкая архитектура, использующая один уровень в vSAN 8, поэтому все потребности в производительности и емкости выполняются одними и теми же устройствами хранения. - Что такое пул хранения в vSAN 8 ESA?
В vSAN 8 ESA удалена концепция дисковых групп и отдельных уровней кэширования и емкости, а вместо них используется “пул хранения”. Этот пул хранения состоит из всех устройств хранения, выбранных на хосте для предоставления ресурсов хранения vSAN. Поскольку ESA в vSAN 8 не имеет выделенного уровня кэширования для обеспечения производительности, все выбранные устройства хранения в пуле хранения на хосте будут способствовать увеличению емкости и производительности. Это уменьшает совокупную стоимость владения, поскольку все устройства вносят свой вклад в емкость, а также значительно упрощается процесс инициализации. На каждом хосте может быть только один пул хранения. И это способствует созданию единого хранилища данных vSAN на каждый кластер. - Как архитектура хранения vSAN 8 ESA обеспечивает производительность зеркалирования RAID-1 при использовании избыточного кодирования RAID-5/6?
vSAN представляет новую запатентованную журналируемую файловую систему (LFS) и оптимизированный менеджер объектов для обеспечения значительной эффективности во всем стеке. LFS vSAN позволяет быстро, эффективно и долговечно осуществлять запись, одновременно подготавливая данные и метаданные для эффективной записи на весь страйп. Новая LFS в ESA использует преимущества подхода к устойчивой записи данных, сначала быстро записывая данные с помощью зеркала с резервированием, а затем упаковывая их таким образом, чтобы vSAN мог записывать данные на страйп с контролем четности, сохраняя при этом метаданные очень эффективно и быстро. Для получения дополнительной информации см. статью RAID-5/6 with the Performance of RAID-1 using the vSAN Express Storage Architecture. - Какую схему размещения данных политики хранения (RAID-1, RAID-5 или RAID-6) следует использовать для ВМ, работающих на кластере с ESA?
Поскольку vSAN ESA устраняет компромисс между производительностью и детерминированной эффективностью использования места, рекомендуемая схема размещения данных во многом зависит от размера и типа кластера vSAN, а также от уровня отказоустойчивости, желаемого заказчиком. Хотя заказчики могут назначать политики хранения для каждой виртуальной машины по своему усмотрению, приведенные ниже рекомендации помогут вам определить, какая схема размещения данных имеет наибольший смысл для вашей организации, для кластеров vSAN ESA.Для кластеров с 7 и более хостами. Выберите FTT=2 с использованием RAID-6. При этом данные объектов (и четность) распределяются между 6 хостами. Это обеспечивает очень высокий уровень отказоустойчивости при хранении данных с экономией места. При использовании 7 хостов один резервный домен отказов (хост) будет доступен для восстановления заданного уровня отказоустойчивости в случае отказа хоста или технического обслуживания.
Для кластеров с 6 хостами. Выберите FTT=1, используя RAID-5. При этом данные объекта (и четность) распределяются между 5 хостами. Это обеспечивает отказоустойчивость данных при высочайшем уровне эффективности использования пространства. При использовании 6 хостов один резервный домен отказов (хост) будет доступен для восстановления заданного уровня отказоустойчивости в случае отказа хоста или технического обслуживания.
Для кластеров с 3-5 хостами. Выберите FTT=1, используя RAID-5. При этом данные объекта (и четность) распределяются между 3 хостами. Это обеспечивает отказоустойчивость данных при высоком уровне эффективности использования пространства. При использовании 4-5 узлов один запасной домен отказов (узел) будет доступен для восстановления заданного уровня отказоустойчивости в случае отказа узла или технического обслуживания.
Для 2-узловых кластеров. Выберите FTT=1 с использованием RAID-1. При этом данные зеркалируются на двух узлах, а для определения кворума используется ВМ хоста-свидетеля.
Растянутые кластеры. Выберите FTT=1 с использованием RAID-1. При этом данные зеркалируются на двух сайтах, а для определения кворума используется ВМ хоста-свидетеля. - Я читал, что vSAN ESA может поддерживать RAID-5 на 3 хостах. Как это работает? Я думал, что vSAN требует минимум 4 хоста для RAID-5?
vSAN OSA использует схему размещения данных 3+1 страйп с четностью и, как следствие, требует минимум 4 хоста для работы в состоянии отсутствия ошибок. В vSAN ESA используются два новых типа избыточных кодирования RAID-5, которые автоматически определяются vSAN на основе размера кластера и автоматически адаптируются к размеру кластера.
6 или более хостов. Когда RAID-5 применяется к объектам в кластере такого размера, vSAN ESA будет использовать схему размещения данных 4+1. В результате емкость данных для отказоустойчивого хранения будет занимать лишь 1,25-кратный размер исходного объекта. Это гораздо более эффективное использование пространства для хранения данных в устойчивом режиме, чем 2x, требуемое зеркалом RAID-1.
3-5 хостов. Когда RAID-5 применяется к объектам в кластере такого размера, vSAN ESA будет использовать схему размещения данных 2+1. В результате емкость для отказоустойчивого хранения данных будет занимать лишь 1,5-кратный размер исходного объекта. Это гораздо более эффективное использование пространства для хранения данных, чем 2x, требуемое зеркалом RAID-1, и вы можете наслаждаться этим гарантированным уровнем экономии пространства всего лишь с кластером из 3 хостов.*
* Хотя новый тип избыточного кодирования RAID-5 в ESA позволяет использовать его на кластере размером всего 3 хоста (аналогично минимальному значению для зеркала RAID-1), VMware все же рекомендует увеличивать количество хостов в кластере до одного дополнительного хоста сверх требований используемых политик хранения (например, кластер из 4 хостов для FTT=1 с использованием RAID-1 или RAID-5). - Я вижу, что у объектов vSAN теперь больше компонентов. Стоит ли мне беспокоиться по этому поводу?
В vSAN ESA используется модифицированная структура данных, присутствующая в оригинальной архитектуре хранения vSAN. В результате объекты в кластере на базе vSAN ESA обычно имеют больше компонентов, чем те же объекты в кластере на базе vSAN OSA. Чтобы учесть это, vSAN ESA увеличивает ограничение на количество компонентов с 9 000 до 27 000. В vSAN 8 ограничение в 200 ВМ на хост сохраняется как для OSA, так и для ESA. - Что такое “нога емкости” и “нога производительности” в ESA в vSAN 8, и что о них нужно знать?
ESA использует модифицированный формат объекта для хранения данных в объекте в двух ногах: “нога производительности” и “нога емкости”. Они содержатся в одном объекте и взаимодействуют с журналируемой файловой системой vSANLFS. Для хранения полезной нагрузки данных и метаданных используется тот же базовый менеджер распределенных объектов, но делается это таким образом, что производительность и емкость обеспечиваются на одном уровне. Это просто деталь реализации, которая не влияет на дизайн или работу среды. - Я смотрю на объект RAID-1 в кластере vSAN ESA и не вижу компонентов-свидетелей. Куда они делись?
При использовании vSAN ESA политики хранения, использующие зеркалирование RAID-1, не будут иметь выделенного компонента-свидетеля для объекта, за исключением топологий с двумя узлами и растянутым кластером, где используется виртуальный модуль узла-свидетеля. Кворум для этих объектов RAID-1 определяется голосованием компонентов, составляющих как часть емкости, так и часть производительности объекта, поэтому необходимость в компоненте-свидетеле отпадает. - Я вижу, что возможности сжатия в ESA предоставляются как правило политики хранения, а не как служба на основе кластера в OSA. Могу ли я включать и выключать ее по своему усмотрению?
Да, но при этом вы можете не увидеть всех преимуществ эффективности использования места. Сжатие включено по умолчанию, и его можно отключить с помощью правила политики хранения. Изменение правила политики повлияет только на новые записи ввода-вывода. Задним числом раздуваться или сжиматься существующие блоки не будут. Для получения дополнительной информации о сжатии в ESA см. статью vSAN 8 Compression – Express Storage Architecture. - Когда не следует использовать сжатие в vSAN ESA?
Большинство рабочих нагрузок выиграют от использования сжатия в vSAN. Однако некоторые критические рабочие нагрузки, такие как видео, базы данных PostgreSQL и другие приложения, могут использовать собственные возможности сжатия. В этих случаях использование политики хранения с отключенной возможностью сжатия позволит сэкономить циклы процессора. - Утверждается, что vSAN 8 может иметь в 4 раза лучшее сжатие, чем vSAN OSA. Увижу ли я это преимущество в своей среде?
Сжатие – это функция оппортунистической эффективности использования пространства, поэтому преимущества, наблюдаемые на реальных рабочих нагрузках, будут разными. Улучшение относится к теоретическому максимуму, с которым vSAN может сжать блок данных размером 4 КБ. Теоретически vSAN OSA может сжать блок данных 2:1, или в 2 раза. Теоретически vSAN ESA может сжать блок данных до 8:1, или 8x, с большей детализацией (например, 7:1, 6:1, 5:1 и т. д.). Это на основе каждого блока данных. Преимущества, которые получат реальные рабочие нагрузки, будут зависеть от типа хранимых данных. В отличие от OSA, сжатие в vSAN ESA также снижает пропускную способность сети, поскольку оно работает выше в стеке. - vSAN ESA поддерживает шифрование. Означает ли это, что он поддерживает шифрование данных в состоянии покоя или данных в пути, или и то, и другое?
vSAN ESA шифрует данные на самом высоком уровне стека хранения, перед отправкой записей на другие узлы. Это означает, что при использовании шифрования vSAN на кластере с ESA данные будут шифроваться в полете и в состоянии покоя. VMware по-прежнему предоставляет возможность включить шифрование данных в пути для кластеров, использующих ESA, чтобы гарантировать, что все зашифрованные пакеты остаются уникальными. ESA также устраняет предыдущие процессы расшифровки и повторного шифрования, что снижает накладные расходы. - Насколько быстрее будет vSAN ESA по сравнению с OSA?
Ответ будет зависеть от конфигурации оборудования и рабочих нагрузок, а также от того, используются ли синтетические тесты, а не реальные рабочие нагрузки. В последнем случае мерой успеха будет контроль уровня и постоянства задержки, предоставляемой службой производительности vSAN. Синтетическое тестирование может быть полезным упражнением для стресс-тестов, но обеспечивает ограниченную функциональную пользу для перевода поведения реальных рабочих нагрузок. Иллюстрация того, как синтетические генераторы сравниваются с реальными рабочими нагрузками, приведена в статье Performance when using vSAN Encryption Services. - Почему vSAN ESA включает возможность автоматического управления сетевым трафиком, связанным с vSAN?
Благодаря огромной эффективности vSAN ESA трафик хранилища может обрабатываться через стек почти на уровне устройств. Такая высокая скорость обработки операций ввода-вывода на сервере означает более высокую скорость прохождения операций ввода-вывода по сети, что потенциально может привести к тому, что сеть станет узким местом при выполнении высоко требовательных рабочих нагрузок. Для решения этой проблемы ESA в vSAN 8 включает возможность адаптивного формирования трафика для ввода-вывода vSAN, проходящего через сеть. Это позволяет гарантировать, что при возникновении сетевых проблем vSAN будет правильно определять приоритет ввода-вывода виртуальных машин над действиями по ресинхронизации. Это поможет обеспечить более стабильную производительность для таких требовательных рабочих нагрузок, которые в противном случае могут насытить сетевой канал. - Как проверить, работает ли мой новый кластер под управлением vSAN ESA лучше, чем другие кластеры vSAN на базе OSA?
Производительность можно проверить с помощью метрик, предоставляемых службой производительности vSAN. Мониторинг задержек, наблюдаемых гостевой виртуальной машиной, является хорошим способом определить, способно ли хранилище соответствовать требованиям рабочих нагрузок. ВМ с более высокими задержками на других кластерах потенциально будут работать лучше, если их запустить на кластере с vSAN ESA. ВМ, демонстрирующая низкую, постоянную задержку, является желаемым результатом для всех рабочих нагрузок. Иногда, если приложения выполняют пакетные процессы, время, затрачиваемое на их завершение, можно сравнить на разных кластерах. Сокращение времени выполнения пакетного процесса является хорошим показателем улучшения производительности. - Как узнать, является ли мой новый кластер под управлением vSAN ESA более эффективным, чем другие кластеры vSAN на базе OSA?
“Эффективность” кластера можно измерить двумя различными способами. 1.) Количество вычислительных ресурсов (ЦПУ) на кластере для заданного набора рабочих нагрузок. 2.) Объем памяти кластера для обеспечения устойчивости данных. Перед миграцией рабочих нагрузок, выполняемых на существующем кластере vSAN с OSA, посмотрите среднее потребление ЦПУ на кластере, затем сравните его с потреблением ЦПУ на новом кластере. То же самое можно сделать и для емкости. Однако обратите внимание, что сравнение емкости будет точным только в том случае, если вы поддерживаете одинаковый уровень FTT для всех ВМ. - Почему VMware представила новую возможность моментального снимка в vSAN ESA?
Внедрение архитектуры Express Storage Architecture в vSAN 8 означает, что vSAN теперь может управлять данными новыми и интересными способами. Создание новой, собственной возможности создания моментальных снимков стало отличным способом использовать возможности ESA и помочь поддержать потребности и сценарии использования наших клиентов. Клиенты смогут создавать точечные состояния данных с минимальным снижением производительности виртуальной машины, независимо от количества сделанных снимков”. Новая встроенная возможность создания моментальных снимков интегрирована непосредственно в vSphere и полностью поддерживает наше широкое сообщество партнеров по резервному копированию, продолжая поддерживать интеграцию резервного копирования VADP. - Я всегда слышал, что vSAN описывается как аналог хранилища объектов, но я слышал, что vSAN 8 ESA использует новую файловую систему. Я в замешательстве. Что используется в vSAN 8 ESA?
vSAN (OSA и ESA) использует структуру данных, которая наиболее похожа на объектное хранилище, что является идеальным подходом для распределенного решения хранения данных, такого как vSAN. ESA в vSAN 8 представляет новую “журналируемую файловую систему”, известную как “vSAN LFS”. Она никоим образом не относится к традиционным файловым системам, таким как NTFS, ext4 или кластерным файловым системам типа VMFS. Это общепринятая отраслевая ссылка на метод записи и добавления данных и метаданных в круговой буфер журнала и их сохранения в подсистемах хранения. Для vSAN ESA его LFS помогает vSAN быстро и эффективно получать данные и позволяет подготавливать и хранить данные и метаданные с высоким уровнем эффективности, масштабируемости и производительности. - Есть ли в vSAN функции или возможности, которые недоступны при использовании ESA в vSAN 8?
Да. Некоторые возможности или функции vSAN изначально не будут поддерживаться или быть доступными при использовании ESA в vSAN 8, включая перечисленные ниже элементы. Для получения наиболее точного списка смотрите примечания к выпуску, связанные с ним.Обновление на месте с OSA до ESA (обновление с OSA до OSA все еще может быть выполнено):- Гранулярные политики хранения на VMDK. Только для каждой ВМ.
- vSAN File Services.
- HCI Mesh.
- Дедупликация.
- Выполнение Deep Rekey (запрос нового KEK(Key Encryption Key) и новых уникальных DEK(Disk Encryption Key) для каждого устройства vSAN) и/или отключение шифрования на уже зашифрованном кластере. (Поддерживается Shallow rekey (только запрос нового KEK)). О шифровании в текущих версиях vSAN можно ознакомиться подробнее в статьях The Code Keepers: vSAN Native Encryption – Part 1, The Code Keepers: vSAN Native Encryption – Part 2.
- Компоненты долговечности.
- Были ли внесены какие-либо изменения в оригинальную архитектуру хранения в vSAN 8?
Да! Мы внесли несколько улучшений, которые относятся как к ESA, так и к OSA, а также одно улучшение, которое на данный момент относится исключительно к OSA.
Архитектура Express Storage Architecture (ESA) и Original Storage Architecture (OSA):- Устранение флага 32-узлового кластера (и требуемой перезагрузки) при росте кластера свыше 32 узлов.
- Улучшение метрики сетевых соединений.
- Усовершенствования отключения кластера vSAN.
- vSAN Proactive Insights – возможность проверки состояния с подключением к облаку без включения CEIP.
Исключительно оригинальная архитектура хранения (OSA):
- Для конфигураций All-Flash OSA в vSAN увеличивает логический размер буферных устройств с 600 ГБ до 1,6 ТБ. Для многих клиентов, у которых уже есть устройства большего размера, это может означать потенциал для повышения уровня согласованности производительности в кластерах vSAN, работающих под управлением vSAN 8 с OSA.
- При запуске HCI Mesh с использованием vSAN 8 с OSA увеличили максимальное количество кластеров серверов и клиентов, которые могут быть подключены друг к другу, с 5 до 10.
- При запуске файловых служб с помощью vSAN 8 с OSA внесли несколько усовершенствований, которые улучшают повседневную работу и удобство использования.
vSAN witness теперь может быть активирован в SmartNIC DPU ESXi.