Доброго всім часу доби.
Система ESXi 6.5 стоїть на SuperMicro X10SRL-F + Xeon E5-1660 v4 + 64 Gb RAM на SSD Samsung 850 EVO 1Tb
Розгорнуто пару тестових віртуалок. При тестах записи і читання на Самсунг все в порядку.
Підключив 2 диска intel SSDSC2BA200G401 створив датастори на кожному і розмістив на них диски віртуальних машин.
При копіюванні даних відразу помітив не лагідний. Швидкість копіювання 5 мегабайт \ сек!
Запустив тест дисків, дійсно надзвичайно низька швидкість запису, швидкість читання в нормі.
У списку відповідних дисків він є. Поставив Win 8.1 голе залізо, без ESXi, тестую Інтел. все в нормі, 350 Мег \ сек на запис.
В чому може бути причина? Куди копати? На іншому сервері стоїть ESXi 6.0 На точно таких же дисках і проблем немає.
Ці матеріали позначені як "остаточні". Показати Відповідей: 12
Подивіться наступні матеріали:
За вашу проблему спробуйте зробити наступне:
- Підключити цей диск до будь-якої Windows (7 і старше) машині і відформатуйте диск
- Створіть розділ на всю ємність
- Перевірте що працює TRIMM
- Підключіть диск назад до ESXi і розмітьте область VMFS не на весь диск, а на 70-75%, що залишився місце залишайте не розмічені
- перевірте продуктивність
Так. Продуктивність краще міряти віртуальною машиною на Linux і утилітою FIO. Для того, щоб гарантовано переконатися в нормальній роботі збирача сміття в контролері диска запишіть / видаліть на диск даних в 2-3 рази більше ніж розмір тому VMFS де лежить віртуальна машина.
Ставив Win 8 на весь розділ, швидкість тесту 300Мб \ сек
Поставив ESXi 6.0 швидкість щодо 6.5 зросла до 150 мб \ сек, але теж далеко від ідеалу.
Тестую зазвичай HD Tune Pro v5.50. Причому IOPS видає скільки потрібно, низька тільки швидкість лінійного запису.
Нубскій питання, як перевірити (включити) TRIMM в ESXi 6?
Почитайте посилання які я надіслав і найголовніше параметр OP - over-provisioning
ESXi підтримує еквівалент цієї команди SCSI UNMAP. Все це пояснюється тим, що вбудований в контролер SSD диска збирач сміття працює ефективніше ніж TRIM.
Ось тут ми і підходимо до такої цікавої речі як Enterprise SSD диски. Вони поділяються на 2 типи:
- Диски з інтенсивної записом (до 5 раз перезапис всього диска на добу)
- Диски з інтенсивним читанням (до 1 разу перезапис диска на добу)
Якщо взяти звичайний "побутовий" диск, припустимо на 1 ТБ, то його Enterprise версія буде мати наступний обсяг (приблизно):
- 800 ГБ для дисків з інтенсивним навантаженням по запису
- 960 ГБ для дисків з інтенсивним навантаженням для читання
Головна відмінність від побутових - це не доступна для користувача область диска для OP. Не важко зрозуміти, що для диска 800 ГБ вона складе
200 ГБ, що нічим іншим як 20%
Щоб не купувати дорогі Enterprise SSD і використовувати "звичайні" і не отримати деградацію продуктивності, як я і писав, необхідно залишити ні розміченій область для OP, десь 25-30%
Так само, обов'язково, необхідний етап з Windows машиною, щоб за допомогою TRIM (яка присутня в Windows) повідомити контролеру про очищення всіх даних. І тільки після цього можна використовувати цей диск в ESXi
Я подивився модель SSDSC2BA200G401 відноситься до лінійки SSD DC S3710 Series, яку Інтел якраз позиціонує як диски з інтенсивним навантаженням по запису.
Але якщо почитати уважно, то зазначена швидкість запису для вашого диска - 300 МБ / с (Для вимірювання продуктивності використовувався тест IOMeter *, обсяг даних, що пересилаються 128 КБ (131 072 Б), глибина черги 32). Таке тестування - це м'яко кажучи маркетинг буллшіт.
Думаю, що послідовна запис в 150-200 МБ / с буде більш реальною.
Я виходжу не з маркетингових цифр, а з свідчення тестів CrystalDiskMark 5 і HD Tune Pro v5.50
Диск C - Samsung EVO 850
Диски F, G піддослідні Intel
Система ESXi 6.0
Причому вчора були значення в 150 мб \ с, сьогодні диски схоже сміття зібрали і газують на максимум.
Після виявлення проблеми зі швидкість на 6.5 провів наступні маніпуляції:
- Видалив розділи на обох дисках Intel
- Забив все місце нулями.
- Створив датастори на 99% обсягу диска 180 гігабайт з 183 доступних.
- Створив жорсткий диск для віртуальної машини на весь обсяг датастора.
- Тестую швидкість запису, 150 мб \ сек
- Видаляю диски віртуальних машин і залишаю сервер включеним на ніч.
Не можу пояснити поведінку дисків, крім як складальником сміття коректно працює під ESXi 6.0
Збирач сміття працює не на рівні ОС, а на рівні контролера диска, тому він працює з власним розкладом підготовки місця під запис нових даних.
Може бути ця ситуація була тимчасовою і більше не повториться?
Час покаже. Поки поспостерігавши за дисками. Керівництво явно не буде в захваті якщо після впровадження віртуалізації швидкість 1с баз лежать на цих дисках впаде в рази.
Дякую за поради. Хоча в цілому звичайно ситуація дивна.