В нашей инфраструктуре VMware у нас есть несколько крупных файловых серверов Windows с размерами подготовленных дисков от 25 до 35 ТБ.
Размер их отдельных дисков редко превышает 4 ТБ, многие из которых имеют размер 1 ТБ, 1,5 ТБ или 2 ТБ.
Мы находимся в процессе перехода с ряда устаревших устаревших массивов хранения (IBM DS5300, HPE 3Par 7400) на один, более новый (HDS VSP G600).
По независящим от меня причинам моя организация решила, что любые тома, создаваемые в новом массиве, не должны превышать 4 ТБ. Я пытался (много раз) обсудить с ними причины этой политики, но этот путь просто не ведет к чему-либо полезному.
Хотя существует процесс исключения, и для VMDK, размер которых составляет 4 ТБ или больше, мне удалось его предоставить, мне не так повезло с дисками, размер которых меньше 4 ТБ.
Команда хранилищ говорит, что это наша проблема; они предоставят несколько томов по 4 ТБ из массива, и нам придется заставить его работать с нашей стороны.
Опять же, не идеально, но это моя рука.
Я вижу здесь несколько вариантов.
Создайте одно хранилище данных VMware для каждой виртуальной машины с несколькими экстентами.
Это кажется самым простым вариантом, но у меня есть лоты оговорок по поводу этого.
Я читать все я жестяная банка найти много, но ничего нового по этому поводу нет, и те статьи, которые я нахожу, похоже, предполагают, что их следует избегать любой ценой.
Создайте кластер хранилища данных для каждой виртуальной машины и позвольте sDRS управлять им
Этот вариант выглядит лучше и более «актуален», чем использование экстентов, но он все же оставляет желать лучшего. По-прежнему возникает головная боль, пытаясь разобраться, какой VMDK находится в каком хранилище данных, когда требуется больше места, но, по крайней мере, есть удобство, зная, что это отображение 1: 1 томов массива в хранилище данных, как и все остальные.
Создавайте индивидуальные хранилища данных и управляйте ими вручную
Это почти то же самое, что вариант №2, без преимущества того, что sDRS управляет размещением новых дисков. Единственное преимущество, которое я вижу здесь, заключается в том, что это статическое сопоставление тома / хранилища данных с VMDK, что упрощает наращивание дисков или отслеживание проблем.
В настоящее время я использую вариант №3 с существующими томами / массивами, но многие хранилища данных имеют размер более 4 ТБ, поэтому им было довольно легко управлять.
Единственное, что я упомяну, поскольку это может повлиять на то, какие параметры есть, это то, что наши резервные копии используют API-интерфейсы VMware vSphere Storage - Data Protection (также известный как VADP) с CommVault и NetBackup. Мне не удалось найти нигде, где экстенты не поддерживаются ни одним из этих продуктов, но это также не говорит об этом.
Что вы делаете в подобных ситуациях?
Ваша команда хранения более разумна и готова предоставить вам большие тома или вы используете экстенты?
Я знаю, что это довольно широкий вопрос, но, надеюсь, не настолько, чтобы не по теме.
Я бы выбрал вариант 2 - sDRS - мы используем его исключительно, и он работает очень хорошо. Очевидно, что ручной вариант тоже хорош, просто для вас больше работы.
Я бы не стал использовать несколько экстентов, если в этом нет крайней необходимости, это всегда было чем-то вроде лабиринта, и я лично не доверяю этому в долгосрочной перспективе.
Я настоятельно рекомендую вам исследовать с ними VVols, если я правильно помню, HDS VSP G600 поддерживает их, и в любом случае это гораздо лучшее решение, чем LUN + DS. Посмотрим, учтут ли они это.