+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ищу советы по настройке аварийного восстановления/тестирования DR для небольшой компании., Proxmox Виртуальная Среда

AdminKMC

Guest

20.12.2024 16:55:00

У меня есть трехсерверный кластер, который сейчас запускает наш основной сервер приложений и в будущем будет запускать дополнительные серверы. Все серверы находятся в одном стойке/коммутаторе на 10Gbps портах + выделенная сеть Corosync через выделенный и изолированный коммутатор. У нас настроена отказоустойчивость, Veeam выполняет ночные резервные копии, а PBS — почасовые резервные копии в течение рабочего дня. Пока что все хорошо, но у меня нет возможности протестировать восстановление, не восстанавливая основной сервер в продакшн. Потенциальное усложнение: наш сервер приложений работает из общей памяти в виде NvME-носителей с NAS, также подключенного к 10Gbps порту. В настоящее время я рассматриваю возможность настройки одноузлового PVE вне кластера для восстановления через Veeam и PBS, но не уверен, смогу ли я восстановить весь сервер на одноузловый без общей памяти. Ищу советы по настройке, которая позволит мне восстанавливать и тестировать резервные копии сервера приложений на системе, полностью отделенной от нашего продакшн-кластера.

HawHoo

Guest

27.01.2025 12:25:00

У нас похожая проблема. Мы — MSP и нам нужно проводить тестирование аварийного восстановления для наших клиентов. С другими системами резервного копирования мы можем запустить VM из резервной копии (в тестовой среде) и протестировать резервное копирование VM. Нам нравится PBS, но похоже, что он не предлагает прямого варианта DR-тестирования, кроме как с выделенным PVE-узлом для DR-тестирования. Это нерентабельно. Надеюсь, я чего-то не понимаю...

AdminKMC

Guest

27.01.2025 20:20:00

Вот как я это понимаю. Моя ситуация усложняется наличием общего хранилища. Без возможности создать зеркало производственной среды для тестовой, единственный вариант — запланировать время для восстановления реального сервера на месте. У нас есть и Veeam, и PBS, но процесс восстановления все равно будет нервным, пока сервер не заработает. Если найду какие-то другие варианты, отпишусь в этой же теме.

HawHoo Guest	#4 0 05.02.2025 20:48:00 У нас был такой вариант и со StorageCraft, и с Synology Active Backup for Business. Что касается PBS, я думаю, он позволяет восстанавливать на другой VM ID, так что можно использовать то же общее хранилище.

deakus

Guest

06.02.2025 17:42:00

Создай несколько изолированных сетевых мостов, возможно, создай новую зону в SDN под названием DR. В SDN создай DR-версию своих рабочих VLAN/подсетей *изолированную* от твоих рабочих мостов. Ты сможешь восстановить свои резервные копии в изоляции (НЕ УСТАНАВЛИВАЙ ЗАГРУЗКУ ПРИ ВОССТАНОВЛЕНИИ). Как только ты выполнишь восстановление, ты сможешь изменить сетевые настройки в твоих VM в твои DR-зональные сети. Ты мог бы восстанавливать на том же хранилище, что и production, но если ты готов создать совершенно новый PVE-хост, возможно, отдельная NFS-шара на твоем NAS будет достаточной для тестирования.

alexskysilk Guest	#6 0 06.02.2025 18:51:00 Ты можешь, для любого из них. Бэкап-продукт заботится только о том, чтобы был API endpoint, а не об общей структуре твоего оборудования. Пока есть нода с виртуальными ресурсами для восстановленной конфигурации ВМ, все пройдет отлично. Определись прямолинейно. Кстати, определи DR тест, особенно потому, что для реального DR будут компоненты (в первую очередь сеть), которые PBS в любом случае не сможет обработать. По моему опыту, DR-протоколы включают в себя больше, чем один продукт/API, и DR-тест должен охватывать всю твою инфраструктуру. Суть в том, что восстановление на том же оборудовании, на котором работает production, — это вообще не DR-тест, это тест восстановления.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры