Рекомендации по хранению инфраструктуры: резервное копирование SAN с виртуальными машинами [закрыто]
Мы собираемся перевести нашу текущую физическую серверную инфраструктуру на решение VMware с 3 узлами (Essentials Plus Kit). Мне нужны рекомендации по хранению. Судя по тому, что я читал, устройство iSCSI SAN - лучший вариант. Как лучше всего реализовать это, чтобы я мог создавать резервные копии на сайте и за его пределами? При емкости 4 ТБ это кажется мне препятствием.
Мне нужно сделать резервную копию образов виртуальных машин. Кроме того, одна виртуальная машина будет файловым сервером, и мне нужно будет восстановить отдельные файлы на случай, если кто-то случайно удалит или испортит один или два. Резервные копии также необходимо будет реплицировать в другое место.
Устройства SAN для меня впервые, поэтому любые советы, которые вы мне дадите, будут мне полезны. Спасибо.
В нашей среде у нас есть iSCSI и FC SAN и серверы NFS. Вот как они выходят из строя:
iSCSI SAN: дешево. Хорошо, если работает через GigE, не ждите здесь никакого волшебства; дороже на порт, но более производительно и проще в реализации (объединенная пара соединений вместо 6+ гигабайтных портов), если у вас 10GigE. Если вы выберете последнее, всего через несколько недель у вас будет хороший выбор серверов HP 8-го или Dell 12-го поколения с портами 10GigE LOM.
FC SAN: HBA-адаптеры по-прежнему дороги, коммутаторы - не так много ( 300 долларов за порт или меньше), до смешного легко заставить его работать хорошо (просто ничего не делать).
NFS: полезно, но создает некоторые ограничения (например, MCSC не поддерживается). Именно здесь ваш успех действительно зависит от качества продукта, который вы покупаете.
И, может быть, я m изменяя здесь некоторые правила Serverfault, но позвольте мне порекомендовать конкретных поставщиков (и эта часть действительно очень субъективна, поэтому, пожалуйста, не раздражайте меня - я уверен, что есть и другие, не менее хорошие или лучшие продукты).
Во-первых, Хранилище ВМ: Тинтри. Это блок SSD / SATA, который обеспечивает хранилище на основе NFS для сред vSphere. Больше они ничего не делают. У нас есть два их подразделения, и это Святой Грааль для перегруженного работой администратора, который не хочет тратить время на управление хранилищем. После установки их системы не требуют никакого внимания.
Если вы действительно хотите использовать SAN, EMC наконец увидела свет, и их линейки продуктов VNX / VNXe имеют более разумные ценники, чем старое оборудование - при условии, что вы не спрашивайте их о расширенных возможностях программного обеспечения. Но вы не ошибетесь, купив хранилище у материнской компании VMware.
Во-вторых, резервные копии. Я вижу одну выдающуюся компанию в области резервного копирования виртуальных машин: Veeam. Опять же, они сосредоточены на VMware (в последнее время - и на Hyper-V), и их подход проверяет все ваши возможности, включая восстановление определенных файлов с виртуальных машин. Они достигают этого, позволяя администратору полностью восстановить виртуальную машину в песочнице, а затем извлекать все необходимые данные из этой виртуальной машины вручную или с помощью некоторых вспомогательных мастеров в случае файловых серверов Windows, серверов Exchange или AD.
Резервное копирование 4 ТБ за пределами площадки сопряжено со своими проблемами.
На самом деле не существует такого понятия, как «устройство iSCSI SAN», поскольку вы можете создать его, отключив -полочные компоненты ПК.
Рассмотрим что-то вроде FreeNAS, питающего 6 жестких дисков емкостью 1 ТБ в RAID-Z2; вам понадобится около 8 ГБ памяти и приличный двухъядерный или лучший процессор, но все это можно собрать менее чем за 1000 долларов.
Больше (меньших) дисков и памяти улучшат производительность.
Может кто-нибудь рекомендует устройство SAN
Не совсем. Взгляните на предложения основных производителей и посмотрите, что соответствует вашим потребностям.
Как сделать резервную копию на месте и за его пределами?
Вы можете подойти к делу разными способами. Например, лучше всего иметь образ файлового сервера для управления резервными копиями изнутри, как если бы это была настоящая машина. Для других машин вы можете счесть более эффективным использовать функцию моментальных снимков SAN и рассматривать все блочное устройство как файл.
Что касается передачи данных за пределы площадки, это та же область, что и любое другое резервное копирование. У вас может быть удаленное хранилище по сети или вы можете доставлять ленты.
Лично я Я очень много работаю над разделением вещей на «Систему» (резервная копия не требуется), «Конфигурация» (должна быть быстро развернута для масштабирования и замены. Учитывайте прагму таких вещей, как Puppet) и «Данные» - все, что нельзя воссоздать и нужно сохранить. По этой причине я бы попытался избежать резервного копирования виртуальных машин в целом и сосредоточился на том, чтобы у меня были готовые копии программного обеспечения, которое необходимо установить, конфигурация для автоматического выполнения и данные, которые необходимо разместить на них после того, как они будут установлены. работает.