Соединение рабочего сервера с сервером бэкапа, через какой порт и правильна ли мысль?

Question

[Askfortrue]

Здравствуйте. У меня тут задача. Есть рабочий сервер, но нет сервера бэкапа, точнее есть бэкап в облако. Тут потребность во втором сервере образовалась с другими характеристиками. Вот думаю, поставить два сервера, и сделать их взаимное бэкапирование, то есть выделить массивы для хранения бэкапов на обоих и настроить. Сервера будут выполнять своб работу, но помимо этого еще и друг друга страховать. Или лучше все таки взять еще один побыстрее но поменьше ядер и сделать бэкап на нем этих двух?
Есть еще совсем простой вопрос, но не имея практики не смогу сделтаь правильный выбор - через какой интерфейс соединяться с бэкап-сервером? Есть HBA Fibre channek 2x8gb на обоих, есть сетевая 1Гб

Comments

[Михаил Лялин]

Какая ОС на сервере? Куда в облако? Что за задачи/файлы нужно сохранять?

[Askfortrue]

Михаил Лялин, Этим занимается админ, точнее еще заниматься не начал, но я то же тут пытаюсь что-то узнавать . Виртуалки с содержимым. Какое ПО использовать пока не знаю. Буду читать.

[Telcontar]

Askfortrue,

Этим занимается админ

Вот пусть и занимается. Зачем вы делаете чужую работу, и еще нас хотите заставить думать над ней

[shurshur]

Askfortrue, если у вас есть админ, то пусть он и принимет такие решения, исходя из потребностей, рисков, бюджетов итд. Или у вас такий безрукий админ, что ему надо помогать?

[Askfortrue]

Telcontar, всегда нужно иметь представление и понимание. Я ни в коем случае не пытаюсь никого озадачить, я хотел бы получить информацию от знающих людей. Правильно ли то, что я думаю

[Telcontar]

Askfortrue, ну а дальше что? Пойдете админа учить? Какова цель вашего вопроса? Просто самообразование?

[shurshur]

Askfortrue, я просто оставлю старую жизненную историю здесь.

Проблем нет, но их две

Звонит школа. Тётка в истерике:

- Всё пропало, всё плохо, интернет не работает!

Серёга пытается разобраться в ситуации:

- Поясните, пожалуйста, что, как и при каких условиях не работает.

- Не работает, всё плохо, надо Важному Начальнику что-то отсылать, надо какие-то Необходимые Контрольные проводить...

- Ну у Вас есть кто-нибудь разбирающийся в компьютерах?

- Есть.

- Ну вот пусть он нам позвонит, а мы попробуем ему помочь по существу.

Через пару часов звонит молодой человек.

- Здравствуйте, мне тут сказали Вам позвонить. Зачем?

- Ну, говорят, у Вас там проблемы с доступом в Internet.

- А, это... Вообще-то проблем нет. Хотя их на самом деле две. Но Вы всё равно не сможете мне помочь.

- ???

- Понимаете, тут у некоторых учителей есть личные ноутбуки с Windows 7. Они приносят их в школу, шибко умный Windows находит в окрестных домах незапароленные сети Wi-Fi, соединяется с ними и пытается расшарить в проводную сеть, поднимая DHCP-сервер. Из-за этого получаются очевидные проблемы.

- А вторая проблема?

- Дело в том, что у некоторых учителей стоят в кабинетах какие-то свитчи, чтобы вместе с обычным компьютером можно было подключать к сети ноутбук. Когда ноутбук не подключен, образуется ведущий в никуда провод. Многие учителя и ученики рассматривают это как непорядок и втыкают конец провода в свитч.

Бедняге можно было только посочувствовать.

[Dmitry]

прежде чем фантазировать какой сервер на какой будет лить данные стоит начать с планирования.
взять ручку и лист бумаги и описать
1) что будем бэкапить - виртуалки, файловые шары или почтовые базы и т.д. - от этого будет зависеть подход к резервной копии, можно это делать простым копированием, надо-ли стопать базы данных или виртуалки и т.д.
2) сколько места занимает разовый бэкап всего что вам надо.
3) сколько именно копий вы хотите иметь, и есть ли у вас место чтобы эти копии хранились.
3а) график резервного копирования - полный, инкриментные, диффы и т.д.
4) продумайте что вы будете делать в случае если надо будет восстановить бэкап, причем надо проверять сразу наихудший сценарий - сервер сдох, ничего нет, поднимаем все с нуля, поможет вам имеющийся бэкап, достаточно ли его?

[Кот Абсолютный]

Askfortrue,

Этим занимается админ, точнее еще заниматься не начал, но я то же тут пытаюсь что-то узнавать

Вот и пусть занимается. Вам что с этого? Если бы ко мне кто-то подошел и спросил, как у меня построена инфраструктура бэкапов - я бы ответил одним словом - "надежно". Не-админам совершенно незачем это знать. Меньше знаешь - крепче спишь.

[Askfortrue]

Кот Абсолютный, Я с вами совершенно согласен, но мы работаем не с вами к сожалению, с начала этого всего до сегодняшнего дня чего тооько не было, и я занимался всем сам, потому что если бы все было в руках админов, ничего вообще не было бы.

[AntHTML]

Кот Абсолютный,

как у меня построена инфраструктура бэкапов

ну ваще - инструкция по РК с описанием инфры - как минимум NDA, а то и ДСП. Мало ли с какой целью интересуются.
Поэтому общий порядок описал Dmitry, если ТС является девопсером по битриксу на уровне виртуалок, то пускай по этому порядку прикидывает свою часть и согласовывает с админом железа и руководством выделение ресурсов под свои нужды.

[Кот Абсолютный]

AntHTML,

инструкция по РК с описанием инфры - как минимум NDA, а то и ДСП.

Совершенно верно. Поэтому, все что дотаточно знать юзерам про резервное копирование - оно есть, оно работает и оно хранится надежно :)

[Кот Абсолютный]

Askfortrue, Может админов поменять? :)

Answer 1

[Sukesada]

Вы хотя бы назвали, что вы бэкапите. Терабайты данных? Гигабайты? Состояние сервера? Настройки сервера? И т.д.

Про «можно ли»:
А так, да, вы правы. Два сервера с взаимными бэкапами можно сделать. Можно ещё третий сервер добавить и в облако бэкапить. Если у вас есть базы данных, можно настроить репликацию.

По интерфейсу:
Если есть возможность корректно собрать 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 — дедуплицированное шифрованное резервное копирование с инкрементами.

Главное — ввести регламент. Если данные важные, проводить развёртывание из бэкапа минимум раз в месяц.