Как правильно презентовать datastor с СХД на esxi хосты?
Здравствуйте.
Имеется 4 esxi хоста под управлением vcenter server.
Недавно приобрели СХД Dell ME5024. подключается к серверам по FC
Подскажите, пожалуйста, так сказать best practice по презентации хранилища на esxi хосты?
Нужно создать на СХД 4 тома и презентовать хостам конкретный 1 том? или можно создать 1 том на СХД и презентовать его всем 4м хостам?
В тестовой среде пробовал оба эти варианта. первый вариант не удобен тем, что при миграции с одного хоста на другой необходимо мигрировать как с сервера так и с датастора. А второй вариант, с одним общим хранилищем, мне понравился больше, так как при миграции нет необходимости менять датастор, можно поменять только сервер.
Хосты не находятся в кластере.
Дело даже не в моем удобстве, а в том как правильно :-)
А если без кластера сделать на хостах общий том это правильный подход? Планируется VM, которая должна постоянно жить на конкретном сервере и что бы у нее не было возможности автоматом переехать на другой хост
Правильный подход - это всегда понятие растяжимое..
С точки зрения продавца, правильно сделать кластер, автоматическую балансировка итд. И продать лицензий на круглую сумму.
Неправильно - купить продукт и не использовать.
Если у Вас есть живая миграция, значит для кластера есть все необходимое.
Даже в кластере, для VM можно указать на каких узлах она может запускаться.
Без кластера, сама по себе машина никуда мигрировать не может.
Выписываем возможные неисправности:
- умер хост
- умер массив целиком
Продумываете что будете делать в каждом случае. За сколько времени поднимете.
Принимаете решение - устраивает или нет..
С общим томом потенциальные особенности:
Легче развести бардак. (а чьи это данные, от какой VM, какого хоста)
При перестановке хоста легче убить все данные. (был случай, переставляли ОС на хосте, и поставились на общий том.
Отсюда правило - при перестановке, внешние хранилища должны быть отключены)
При использовании отдельных томов, растёт фрагментация (в сумме - место есть, а единого - нет)
При отдельных томах можно на массиве задать им QoS, при этом отдельные тома могут быть все равно общими.
Нет общих правил. Есть задачи..
Может Вам надо раздать хосты разным администраторам, и надо что бы они не видели чужие данные...
Делайте общие тома для всех хостов.
В кластере это лучшая практика.В таком случае будут доступны DRS и HA.
Привязать машину к хосту можно affinity rules.
Делайте общие тома для всех хостов.
В кластере это лучшая практика.В таком случае будут доступны DRS и HA.
Привязать машину к хосту можно affinity rules.