VxRail. Что такое FTT и кодирование для защиты от потерь

Кодирование для защиты от потерь (EC) — это метод защиты данных, при котором данные разбиваются на фрагменты, расширяются и кодируются с помощью избыточных (по определению TechTarget) фрагментов данных и хранятся в разных местах или на разных носителях.

Цель кодирования для защиты от потерь заключается в том, чтобы обеспечить восстановление данных, поврежденных в процессе хранения на диске, используя информацию о данных, которая хранится в другом местоположении массива (определение TechTarget). Коды защиты от потерь часто используются вместо традиционных RAID (определение TechTarget) из-за их способности сокращать время и издержки, необходимые для восстановления данных. Недостаток кодирования для защиты от потерь заключается в том, что оно может быть более интенсивным для ЦП, что может привести к увеличению задержки.

Количество отказов, которые нужно терпеть

Этот параметр FTT обычно определяет количество сбоев хостов и устройств, которое может выдержать объект виртуальной машины. При n допустимых сбоях требуется n+1 копия области объекта виртуальной машины и 2n+1 хост с хранилищем. Значение по умолчанию: 1. Максимальное значение: 3.

vSAN поддерживает две специфические конфигурации, когда включены коды защиты от потерь. Первый, RAID 5, применяется, когда количество сбоев, которое необходимо переносить, установлено равным 1. Второй, RAID 6, применяется, когда количество сбоев, которое необходимо переносить, установлено равным 2. Размер кластера vSAN должен составлять не менее четырех хостов для RAID 5 и не менее шести хостов для RAID 6.

Метод обеспечения отказоустойчивости

Метод отказоустойчивости определяет, оптимизируется ли метод репликации данных с точки зрения производительности или емкости. Вариант зеркалирования RAID 1 для повышения производительности использует больше дискового пространства для размещения объектных компонентов, но потребляет меньше ресурсов ЦП и сети. Возможность кодирования для защиты от потерь по схеме RAID-5/6 является вариантом оптимизации емкости. Она использует меньше дискового пространства, но потребляет больше ресурсов ЦП и сети.

Управление доменами сбоя в кластерах vSAN

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

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

Количество сбоев, на которые должна быть настроена политика для кластера, зависит от количества сбоев, на устойчивость к которым готова виртуальная машина. Например, если виртуальная машина настроена на количество сбоев, равное 1 (FTT = 1), и используется несколько доменов сбоя, vSAN может выдержать один сбой любого типа и любого компонента в домене сбоя, включая сбой всей стойки.

При настройке доменов сбоя в стойке и выделении ресурсов новой виртуальной машины vSAN обеспечивает размещение объектов защиты, таких как реплики и свидетели, в разных доменах сбоя. Например, если в политике хранения виртуальной машины для параметра Количество сбоев, которое необходимо терпеть, равное N (FTT = n), для vSAN требуется минимум 2*n+1 доменов сбоя в кластере. При выделении виртуальных машин в кластере с доменами сбоя, использующими эту политику, копии связанных объектов виртуальной машины сохраняются в отдельных стойках.

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

Рассмотрим сценарий, в котором используется кластер vSAN с 16 хостами. Хосты распределены по четырем стойкам, то есть по четыре хоста на стойку. Для того чтобы выдержать отказ целой стойки, необходимо создать домен сбоя для каждой стойки. Кластер такой емкости можно настроить таким образом, чтобы он выдерживал значение параметра «Number of failures to tolerate» равное 1. Если вы хотите настроить кластер таким образом, чтобы разрешить работу виртуальных машин с параметром Допустимое количество сбоев, равным 2, необходимо настроить пять доменов сбоя в кластере.

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

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

• Настройте не менее трех доменов сбоя в кластере vSAN. Для получения оптимальных результатов настройте четыре или более доменов сбоя.
• Хост, не входящий ни в один домен сбоя, считается находящимся в собственном домене сбоя с одним хостом.
• Нет необходимости назначать каждому хосту vSAN домен сбоя. Если вы решите использовать домены сбоя для защиты инфраструктуры vSAN, рассмотрите возможность создания доменов сбоя одинакового размера.
• При перемещении в другой кластер хосты vSAN сохраняют свои назначения доменов сбоя.
• При проектировании домена сбоя рекомендуется настраивать домены сбоя с одинаковым количеством хостов.
• Рекомендации по проектированию доменов сбоя см. в разделе Проектирование и определение размера доменов сбоя vSAN.
• В домен сбоя можно добавить любое количество хостов. Каждый домен сбоя должен содержать хотя бы один хост.