Серверный Форум Тринити

Приветствую!
На данный момент есть у нас небольшая лаборатория, HP C3000(DL360) +Хранилище HP P2000 (70Tb) подключенное по Fibre Channel. Есть желание пустить все это в продакшн. Развернуть VSphere и организовать виртуальную инфраструктуру. Есть и бюджет на покупку новых элементов под требования.

Корзину HP C 3000 мы пока оставим, докупив к ней больше RAM, нашим требованиям она отвечает.

Существующее хранилище HP P2000 отвечает скорее требованиям под хранение бэкапов нежели живых виртуальных машин, поэтому сейчас стоит вопрос в выборе производительного хранилища, которое понесёт на себе все активные VM.
Касаемо VM, ничего сверхъестественного там не будет, обычные разношерстные ОС, без серьезных требования к iops.

Что необходимо:
1) Производительное хранилище (с живыми снапшотами, резиновыми лунами и прочими фенечками упрощающими жизнь и восстановление данных)
2) Решение для резервного хранения всех важных образов VM.

Честно говоря, не сильно владею информацией по существующем системам хранения поэтому обращаюсь к Вам за советом, что сейчас есть хорошее на рынке под мои простые задачи?

Сложно что-то сказать без детального описания задач.

1. По части фенечек лучше нетаппа придумать сложно.
2. BackupExec, Veeam?

Бюджет?
Требования к времени простоя и потери данных?

gs писал(а):Бюджет?
Требования к времени простоя и потери данных?

Бюджет может быть большим, к сожалению суммы нету, просили сделать подборку решений и примерную стоимость. Вопрос горячий, поэтому экономия на 3-м плане.

Простой минимальный, порея данных аналогично.. при условии, что планируем использовать HP P2000 как основной бэкап + NAS в удаленном ДЦ.

Давайте требования по производительности - сколько каких дисков? Прогноз по расширению (объем и перфоманс)? Плюс-минус.

Правильно ли я понимаю, что требуется двухуровневый бэкап - на P2000, потом на NAS?
Предполагается ли использование P2000 в качестве резервной СХД на час икс?

В качестве бэкапа можно использовать Veeam. Помимо собственно бэкапа, он умеет и репликацию - т.е. на резервной СХД всегда будут (несколько запаздывающие конечно) копии виртуалок (плюс перед чисто бэкапом - их можно запускать сразу, не развертывая на другое железо). Ну и бэкап на NAS.

gs писал(а):Давайте требования по производительности - сколько каких дисков? Прогноз по расширению (объем и перфоманс)? Плюс-минус.

До 100Tb, SAS 15000. 3.5` (видимо 12на одну полку, хотя это не критично ) через год -полтора возможно увеличение обьема в два раза.

Да HP P2000 предполагается вводить в эксплуатацию в случае ЧП на основном сторе.
Двухуровневая репликация HP P2000 на NAS тоже желаемая функция.

gs писал(а):В качестве бэкапа можно использовать Veeam. Помимо собственно бэкапа, он умеет и репликацию - т.е. на резервной СХД всегда будут (несколько запаздывающие конечно) копии виртуалок (плюс перед чисто бэкапом - их можно запускать сразу, не развертывая на другое железо). Ну и бэкап на NAS.

Спасибо, Veeam рассматриваем, решение нам нравится.

70-100ТБ на дисках 15к - и это без требований к иопсам???
Вам реально нужно столько быстрого пространства или стоит подумать в сторону тиринга на SSD?

gs писал(а):70-100ТБ на дисках 15к - и это без требований к иопсам???
Вам реально нужно столько быстрого пространства или стоит подумать в сторону тиринга на SSD?

15k я загнул, сорри. 10k вполне хватит. Тиринг на SSD вполне устроит, а вернее лучше его и использовать в нашем случае.

VladimirId3 писал(а):

gs писал(а):70-100ТБ на дисках 15к - и это без требований к иопсам???
Вам реально нужно столько быстрого пространства или стоит подумать в сторону тиринга на SSD?

15k я загнул, сорри. 10k вполне хватит. Тиринг на SSD вполне устроит, а вернее лучше его и использовать в нашем случае.

На вашу профильную почту отправил уточняющуя информацию, для дальнейшей совместной работы

Готовых решений в разумные сроки за сколь-нибудь разумные деньги, пожалуй, нет вообще.

Мне представляется самым узким местом организация сетевого траффика при таком количестве данных и ВМ.

М.б. при таких объёмах данных в работе подумать о кластерировании всей системы? Если внутренняя архитектура проекта не запрещает использования кластеров, да ещё с разнофункциональными узлами, то требования к аппаратной части можно снизить на 1-2 порядка.

Странный поток сознания.