Владимир

А смысл его показывать ? "/tmp" и "/" это один и тотже /dev/ploop52091p1 зачем вам два одинаковых графика ?

Гилфойл скорее сисадмин.

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

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

самые простые варианты:
1 софт который слушает порт 80 пусть и логирует
2 при помощи iptables

В меню управления сервером (WHM) в Home »Packages »Feature Manager »Edit Feature List
выберете список фич для нужного пользователя и посмотрите включены ли там Backup Manager и
Backup Wizard

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

Практический пример - весьма нагруженный веб сайт на кластере серверов:
два балансера с vrrp (keepalived)
четыре веб сервера nginx+php
два бд сервера mysql, между ними репликация мастер мастер, 1ый сервер под нагрузкой, 2ой в резерве.

Если мне надо обновить ядро или по каким либо причинам вывести из работы любой из серверов, для примера возьмем 1ый сервер.
То я просто на балансере меняю ип текущего активного бд сервера, - это изменение никак не скажется на работе сайта, после проверяю что все запросы уже выполняются на 2ом сервере(некоторые долгие запросы могут выполнятся до 10 секунд и нужно дождаться их выполнения чтобы их результаты попали на 2ой сервер).
После можно остановить mysql на 1ом сервере и проводить тех работы обновления и тд.

После тех работ я запускаю mysql на 1ом сервере и он сам синхронизируется с 2ым до актуального состояния.
когда синхронизация завершена - добавляю на балансере 1ый сервер как резервный.

Понимаете правильно, но переоцениваете современные хдд, 60-80 мегабайт - если брать какойнибуть WD на 1ТБ,
Да - прирост иопсов будет невелик, софтварный 10ый рейд из 4х обычных sata 1ТБ винтов проигрывает по иопсам даже на чтении самому дешовому SSD гигабайт на 120, на запись и подавно.
Поэтому хотите скорость берите ssd, хотите место - берите hdd.

Minecraft,
From the Depth,
Wargame Red Dragon,
Factorio,
League of Legends.

если хочется чегото простого и самодельного то - через inotify мониторим изменения дальше чемто - на ваш вкус чемнибуть доставляем их на соседние сервера

На виртуалках -
Убираете шлюз по умолчанию 192.168.8.1
Добавляете шлюз по умолчанию из сети 88.99.45.112/28 - скорее всего 88.99.45.113

Сразу же бросется в глаза ошибка в конфиге
address 88.99.45.112 - так нельзя - у вас это адрес сети
88.99.45.113 - скорее всего шлюз от вашего провайдера, а все остальное с 88.99.45.114 по 88.99.45.126 ваши ипы.

Значит нужно чтобы при запуске кроном задач на каждом из серверов происходила сначала проверка а главный ли это сервер, и далее по результатам проверки задача запускалась или не запускалась, например если у вас меняется DNS запись то сервера могут сравнивать а резовится ли домен в ип этого сервера, да - запускаем задачи, нет - скипаем задачи.
Это достаточно легко можно релизовать на bash.

вместо
security = user
поставте
security = share
если не указанно - укажите явно

И на всякий случай в шапке укажите hosts allow = 10.10.0. 127.
10.10.0 замените на сво. локальную сеть например 192.168.0. - это разрешит доступ всем хостам из сети 192.168.0.0/24
и продублируйте в описании папок

1 увы не подскажу
2 зависит от интенсивности работы с базой, если много инсертов, апдейтов и удалений то и логов будет много
3 нужно настраивать в my.cnf max_binlog_size и expire_logs_days
4 эмм....
а) штатно мастер извещает слейва о том что чтото изменилось и слейв начинает вычитывать бинлог мастера пока он не закончится, и так по кругу
б) про 12 реплик первый раз слышу, вот прямо сейчас продакшен: mysql Server version: 5.5.46-log MySQL Community Server (GPL)
20+ слейвов с него делают репликацию
в) наверно вы про полу синхронную и асинхронную репликацию, по умолчанию репликация асинхронна и слейв может отставать от мастера по разным причинам ( небыло связи или слейв неуспевает изза перформанса за мастером и тд. ) но на мастера это никак не влияет.
но можно настроить чтобы мастер обязательно ждал потдверждения о том что слейв тоже выполнил изменения, но этот режим имеет много особенностей поэтому если вы незнаете зачем он вам то он вам точно не нужен, да и зачастую проще использовать тогда уже галера кластер.

AXFR происходит по TCP, также слейв регулярно сам чекает мастера (сравнивает серийники в SOA записи) на случай если вдруг notify не прошол поэтому все достаточно надежно.

но если у вас 1-2 домена и апдейты в зонах редко то в вашем случае наверно не нужен.

у меня init скрипт на баше, непосредственно строка запуска:
java -Xmx4096M -Xms4096M -jar minecraft.jar nogui

Если роутер позволяет - попробуйте опрашивать его по snmp, там легко получить нужную информацию через snmpwalk или snmpget