VxRail: Що таке FTT і Erasure Coding

Кодування стирання (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 з 16 хосами. Хости розподілені по чотирьом стійкам, тобто по чотири хости на стійку. Для того, щоб витримати вихід з ладу цілої стійки, слід створити домен несправностей для кожної стійки. Кластер такої ємності може бути налаштований так, щоб допускати кількість відмов, які потрібно допустити, встановлена на 1. Якщо ви хочете налаштувати кластер таким чином, щоб дозволити віртуальні машини зі значенням 2 для параметра Кількість відмов, вам потрібно налаштувати п'ять доменів помилок у кластері.

При виході з ладу стійки всі ресурси, включаючи центральний процесор, пам'ять в стійці, стають недоступними для кластера. Щоб зменшити вплив потенційного виходу з ладу стійки, слід налаштувати домени несправностей менших розмірів. Це збільшує загальний обсяг доступності ресурсів у кластері після виходу з ладу стійки.

Працюючи з доменами помилок, дотримуйтесь цих практичних порад:

• Налаштуйте принаймні три домени несправностей у кластері vSAN. Для досягнення найкращих результатів налаштуйте чотири або більше доменів несправностей.
• Вважається, що хост, який не належить до жодного домену несправності, знаходиться у власному домені помилки з одним хостом.
• Вам не потрібно призначати кожен хост vSAN домену несправності. Якщо ви вирішите використовувати домени помилок для захисту середовища vSAN, розгляньте можливість створення доменів несправностей однакового розміру.
• При переміщенні в інший кластер хости vSAN зберігають свої призначення доменів помилок.
• Під час проектування домену помилок рекомендується налаштовувати домени помилок з уніфікованою кількістю хостів.
• Вказівки щодо проектування доменів несправностей наведено в статті Проектування та визначення розміру доменів несправностей vSAN.
• Ви можете додати будь-яку кількість хостів до домену несправності. Кожен домен помилки повинен містити принаймні один хост.