Оптимальний розмір блоку esxi 5

Оптимальний розмір блоку esxi 5.5-01

Всім привіт сьогодні хочу торкнутися теми як вибрати розмір блоку esxi 5.5. Вибір розміру тому VMFS-5 для розміщення віртуальних машин VMware ESXi став вже не таким складним з виходом ESXI 5.5.

При розгортанні віртуальної інфраструктури серверів VMware Virtual Infrastructure, один з основних питань, яке постає перед адміністраторами і CIO - це вибір правильної системи зберігання та необхідного дискового простору. Від правильного сайзінга віртуальних машин по томах VMFS залежить в майбутньому то, наскільки продуктивною і гнучкою буде віртуальна інфраструктура.

Нижче наведемо основні рекомендації щодо створення сховищ VMFS для віртуальних машин в частині вибору їх розміру і правильної конфігурації.

Отже, для початку кілька рекомендацій:

  • Пам'ятайте, що кращою практикою є створення одного тому VMFS для одного LUN. Додавання додаткових LUN як екстентів (extents) не рекомендується.
  • Для зменшення ризику необхідності розширення томи VMFS при створенні снапшотов і інших непередбачених обставин віртуальні машини розміщуються таким чином, що 30% томи VMFS повинні залишатися вільними.
  • Так поліпшення продуктивності на одному VMFS-томі розміщуються від 5 до 15 віртуальних машин на LUN. Не рекомендується розміщувати більше 30 віртуальних машин.
  • Створюйте все LUN ​​уніфікованого розміру, наприклад, по 1024 ГБ або 2048 ГБ. Не зберігайте ISO-образи на дорогих FC LUN - використовуйте для цього NFS-кулі.
  • Приділіть особливу увагу вибору розміру блоку при створенні томи VMFS.
  • Для маленьких LUN необхідно враховувати, що метадані томи VMFS також займають деякий дисковий простір. Обсяг метаданих, розташованих на томі VMFS обчислюється за такою формулою: 500Мб + (x - 1) * (0.016Кб). де x-обсяг, виділений того VMFS в гігабайтах.Напрімер, для томи ємністю в 200 Гб обсяг метаданих буде дорівнює: 500Mб + (200 - 1) (0.016Кб) = 503.184 Мб

Оптимальний розмір блоку esxi 5.5

Особливості VMFS-5

  • Уніфікація розміру файлового блоку в 1 МБ. Попередня версія VMFS використовує блоки размеро 1, 2, 4 або 8МБ. Великі розміри блоків потрібні для створення файлів понад 256GB. У VMFS-5 більше немає потреби в таких великих блоках - дуже великі файли можна створювати використовуючи 1МБ блок.
  • Великі поодинокі екстенти. Розмір одиночного екстента збільшений до 60ТБ.
  • Менше розмір субблоков. У VMFS-5 реалізований субблок меншого розміру. Субблоки зменшені з 64 до 8Кб. Файли розміром від 1 до 8Кб тепер займають 8Кб місця.
  • Підтримка маленьких файлів. Нова файлова система підтримує дуже маленькі файли. Для файлів розміром менше 1кб використовується ділянку довільний опис файла метаданих. При перевищенні розміру в 1кб починає використовуватися 8-кілобайтний файловий субблок.
  • Підтримка більшої кількості файлів. Тепер підтримується більше 100 000 файлів.
  • Розширена підтримка ATS. Примітив з апаратної аккселераціей, Atomic Test Set (ATS), тепер використовується для підвищення проівзодітельний блокувань файлів.

Покращена утиліта vmkfstools детально покаже існуючі блоки

Перехід з VMFS-3 на VMFS-5

Операція переходу з VMFS-3 на VMFS-5 безшовні: проводиться наживо, без зупинки, під час операції ВМ продовжують працювати.

Сховища, оновлені до VMFS-5, можуть використовувати: функцію підтримки 1-кілобайтних файлів, тому до 60ТБ, все поліпшення в функціоналі VAAI ATS.

Приклад виведення vmkfstools на оновленому томі:

Відмінності між створеним з нуля і оновленим сховищем на VMFS-5

Сховища, оновлені до VMFS-5:

  • продовжують використовувати колишній розмір файлового блоку, а не уніфікований 1-мегабайтний блок;
  • продовжують використовувати 64-кілобайтний субблоки, а не новий 8-кілобайтний;
  • мають обмеження в 30720 файлів, а створені з нуля підтримують понад 100000 файлів;
  • продовжують використовувати партіціі з MBR (Master Boot Record), при перевищенні розміру в 2 ТБ відбувається безшовне перемикання з MBR на GPT (GUID Partition Table);
  • мають початок розділів з сектора 128; у створених спочатку розділи починаються з сектора 2048.

RDM - Raw Device Mappings

  • Максимальний розмір для passthru RDM 60ТБ.
  • Максимальний розмір для non-passthru (virtual) RDM 2ТБ - 512 байт.
  • Оновлений до VMFS-5 сховища також поддежівают великі passthru RDM.

Хочеться нагадати про решту обмежень:

Максимальний розмір VMDK-файлу дорівнює 2ТБ - 512 байт.

Максимальна кількість LUN одно 256.

Рекомендується створювати VMFS-5 томи з нуля для отримання максимального ефекту, міграцію з VMFS-3 оcуществлять за допомогою Storage vMotion.

Тепер кілька прикладів з вибору розміру тому VMFS:

Приклад 1. Мінімалістичний і економічний.

Сайз віртуальні машини по тому VMFS за номінальним розміром дисків vmdk. Ми залишаємо 30% томи вільним на випадок снапшотов і Suspend'ов віртуальних машин.

Приклад 2. Збалансований.

Підсумовуємо всі віртуальні машини, з огляду на диски таким чином: (disk + RAM) * 1.1. Вважаємо, що 10% від номінального розміру vmdk будуть викорис зоваться снапшотов, за зростанням яких буде стежити системний адміністратор. Додаємо ще 30-35% до одержали розміром, які завжди залишаються вільними на випадок відпустки системного адміністратора або створення позапланових ВМ. Цей варіант враховує, що файл * .vmss, що містить RAM віртуальної машини, яка поставлена ​​«на паузу» (suspend), не видаляється при її старті (видаляється тільки після повної зупинки). Тому, можливо, у кожній машині в папці буде лежати файл * .vmss, рівний розміру номінальної RAM віртуальної машини.

Приклад 3. Максимальний запас.

Сайз віртуальні машини за формулою disk * 2 + RAM. Цей варіант враховує, що для всіх машин буде по одному снапшотов, ці снапшоти розростуться до розміру базового диска, і всі машини коли-небудь будуть припинені. Самим волнующимся можна додати сюди ще 30%.

так що раджу в ESXI 5.5 залишати розмір блоку 1 мб, і розмір Страйп на RAID краще залишати той що за замовчуванням, так як робота контролера заточена під нього. Сподіваюся ви трохи розібралися з VMFS-5.

Популярні Схожі записи:

  • Оптимальний розмір блоку esxi 5
    Що буде, коли сховище VMFS переповниться через зростання "тонких" (thin) дисків vmdk?
  • Оптимальний розмір блоку esxi 5
    Типи віртуальних дисків в VMware vSphere ESXI 5-5
  • Оптимальний розмір блоку esxi 5
    Що таке Changed Block Tracking в VMware vSphere
  • Оптимальний розмір блоку esxi 5
    Транспортні протоколи резервного копіювання VMware
  • Оптимальний розмір блоку esxi 5
    Як обмежити число віртуальних машин на хост ESXi при використанні VMware DRS?
  • Оптимальний розмір блоку esxi 5
    Помилка There is no more space for virtual disk в ESXI 5.5

Схожі статті