Вы хотя бы назвали, что вы бэкапите. Терабайты данных? Гигабайты? Состояние сервера? Настройки сервера? И т.д.
Про «можно ли»:
А так, да, вы правы. Два сервера с взаимными бэкапами можно сделать. Можно ещё третий сервер добавить и в облако бэкапить. Если у вас есть базы данных, можно настроить репликацию.
По интерфейсу:
Если есть возможность корректно собрать Fibre Channel инфраструктуру, выбирайте Fibre Channel. Если нет FC-коммутатора и опыта эксплуатации SAN, выбирайте Ethernet 1 Gbit, но с пониманием ограничений по скорости.
Fibre Channel 2x8 Gbit до ~1.6 ГБ/с, Ethernet 1 Gbit до ~110–120 МБ/с.
Для сравнения: мои 300 ГБ. Fibre Channel 2x8 Gbit около 4 минут, а для Ethernet 1 Gbit около 45 минут.
Пример linux:
Вариантов резервного копирования много, от одного клика до собственной автоматизации на скриптах. Ключевая разница — это время восстановления и контроль над инфраструктурой.
У меня используется раздельное резервное копирование.
Отдельно бэкапится storage объёмом 300 ГБ с возможностью восстановления только данных через borg.
Отдельно бэкапится код приложения и конфигурация, включая Git-репозитории и Docker-образы.
Отдельно бэкапятся базы данных объёмом около 10 ГБ с консистентными снапшотами.
Другой сисадмин делает полный бэкап VPS через Veeam одним образом. Восстановление у него занимает 10–12 часов, так как разворачивается веся VPS целиком.
У меня полное восстановление занимает около 60 минут даже при storage 300 ГБ. Сервер пересоздаётся через Pulumi и NixOS с идентичной конфигурацией. Базы восстанавливаются через Percona XtraBackup в Docker. Данные подтягиваются отдельно, без восстановления полного образа системы.
Мой подход:
Pulumi — это инструмент Infrastructure as Code. Более гибкий чем Teraform.
NixOS — воспроизводимая конфигурация ОС, быстрое восстановление идентичного сервера.
Ansible - если зоопарк ОС.
Docker — изоляция и запуск сервисов в контейнерах, переносимость окружения.
Percona XtraBackup — горячее резервное копирование и восстановление MySQL / Percona без простоя.
Git — хранение и версионирование кода и конфигураций.
Borg — дедуплицированное шифрованное резервное копирование с инкрементами.
Главное — ввести регламент. Если данные важные, проводить развёртывание из бэкапа минимум раз в месяц.
