Назад | Перейти на главную страницу

SAN: что лучше иметь отдельные LUN ​​для операционной системы и данных виртуальных машин?

У нас есть iSCSI SAN, которая будет использоваться в качестве резервного хранилища для виртуальных машин. Мы используем Xen и будем напрямую представлять LUN как блочные устройства виртуальных машин (поэтому для каждой виртуальной машины нет файловой системы с файлами, как это делает VMware при использовании хранилищ данных VMFS).

Мне интересно, было бы лучше выделить отдельные LUN ​​для операционной системы и данных каждой виртуальной машины (например, один маленький LUN для установки Linux и один больший LUN для хранения почтовых ящиков, один маленький для Linux и один большой для данных веб-сервера, и так далее ...) или только один большой LUN на виртуальную машину.

Глядя на первое, можно спросить: «Так почему бы не использовать еще один LUN для раздела подкачки», продолжая до тех пор, пока у вас не останется только один «раздел» на каждом LUN.

Имейте в виду, что все эти LUN принадлежат к одному и тому же тому RAID в сети SAN, поэтому нет смысла различать скорость диска или уровень рейда.

Прямо сейчас вы можете не планировать использование разных уровней RAID или скорости диска. Но в будущем, когда ваши почтовые ящики вырастут до нескольких ТБ, или вы начнете архивировать большие видеофайлы, или что-то еще, вам может понадобиться.

Игнорируя аспект SAN, это сводится к тому же, что и один жесткий диск с разделами (LUN с одним разделом) или два отдельных жестких диска (2 LUN).

Поскольку с SAN вам почти ничего не стоит предоставить диск в виде отдельных LUN, я бы разделил их. Независимость ваших данных от ОС означает, что вы можете делать такие забавные вещи, как:

  • Отдельные уровни рейда / скорости диска / кеширования - некоторые диски большой емкости в настоящее время поставляются только с более медленными моделями RPM, поэтому вам необходимо разделить их, если вам нужна большая емкость хранилища
  • При необходимости проще разделить данные между несколькими сетями SAN
  • Обновите / восстановите свою ОС, установив новую виртуальную машину и просто переназначив LUN данных на новый сервер, когда будете готовы. Нет длительного процесса копирования, мало простоев.
  • Возможно более быстрые снимки SAN, если вы их используете

Минусы:

  • Накладные расходы на управление, необходимость управления несколькими LUN для каждой виртуальной машины
  • У некоторых сетей SAN есть лицензия только на определенное количество LUN, поэтому вы можете использовать более низкую лицензию SAN.