osada

Проще использовать гипервизор Proxmox, на нем установить необходимые VM (неважно на Windows или Linux). Сам Proxmox установить, как пример, на RAID-1 с помощью софтового Mdadm.
Соот-но, также делать бэкапы VM обязательно.

В таком случае, если выйдет из строя физически винт, то тут же заменить его на новый с помощью mdadm, при этом будет просадка в производительности, пока будет идти rebuild, но система в общем будет работать. Если же накосячили внутри самой VM, то восстановить ее из бэкапа с помощью Proxmox.

У Lenovo есть хорошая линейка ThinkBook, сам ее юзаю не первый год на Win 10.

Автономность АКБ даже после двух лет интенсивного юзания не ниже 2 часов в активном режиме. При просмотре просто видео до трех часов. Нормальная клава, хорошее качество монитора, включая яркость.

На серверах только статика, особенно кто исполняют важную роль- AD DC, Web-сервера, СУБД и др.
DHCP может не работать периодически, или проспали момент окончания аренды из IP-пула и др.

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

https://communities.vmware.com/t5/VMware-Workstati...

https://kb.vmware.com/s/article/89855

Здесь смотрели?

Для начала, чтобы понять проблема в Убунту или это аппаратная часть - есть ли возможность установить другой Линукс или Windows Server и проверить какой объем ОЗУ там отображается?

Дмитрий Александров
1) Понятно, спасибо.

2) " Кажется вы немного путаете то для чего предназначен VRRP." - ключевой момент тут то, что у меня в наличии только один WAN-коннект на сегодня. Соо-но, при настройке двух Микротиков, на каждый из них должен подаваться отдельный WAN-коннект. Про схему работы VRRP в локалке я знаю.

3) Как я понял, мой предложенный выше вариант имеет смысл? Т.е., я поднимаю на каждом Микротике отдельный L2TP/IPSec сервер, на каждом клиентском Микротике поднимаю два L2TP/IPSec и через скрипт мониторю их состояние.

4) "Чтобы приложение также было доступны внешним клиентам с этим же IP 5.6.7.8, даже при переключении с одного Dude на второй в случае сбоя." - если не придерживаться жестко этого ограничения, то можно сделать следующее.
WEB-приложение опубликовано по DNS-имени, конечно, и резолвится на 5.6.7.8 Как еще один вариант, можно в записи А в DNS указать дополнительно на IP второго Микротика, т.е. 9.10.11.12. Соот-но, на втором Микротике тоже сделать правила NAT для этого приложения.

Этот вариант тоже рабочий?

Попробуйте написать запрос в официальный суппорт Микротика. Возможно они дадут ответ как можно быстрее.

Debian как одна из самых лучших альтернатив. Очень стабильная система, готова обработать большие нагрузки. Тщательно тестируется каждый релиз перед выходом.
PosgreSQL + Apache работает годами без проблем.

Ubuntu как альтернатива, только слишком часто обновляется целыми пакетами (два раза в год). Такие обновления не всегда будут уместны, если вам нужна стабильность прежде всего, а не новые фичи.

Как уже ранее написали, есть несколько способов. Я много лет пользуюсь одним и тем же - устанавливаю на свою винду Vmware Workstation и внутри ее создаю те виртуалки, которые вам нужны.
Ранее работал со всеми гипервизорами, включая также Xen, но все-равно Vmware для меня самый гибкий с точки зрения, что многие OS накатываются и работают без проблем. К тому же этот продукт постоянно обновляется и поддерживает многие виртуальные фичи.
Минус в том, что продукт платный и профессиональная линейка стоит просто конских денег.

Второй минус в моем подходе - ноутбук или системник должен иметь минимум в вашем случае 16 Гб ОЗУ и SSD диски для комфортной работы в вашем примере, т. к. часть ресурсов уходит на саму хостовую винду и другая часть на виртуалки.

Но если вы хотите серьезно заниматься сисадминством с большой инфраструктурой, то в любом случае вам надо иметь мощный комп для проведения таких лаб. Аппетит приходит во время еды - сначала AD, затем роутер, затем пару Линуксов со всякими БД и т.д. )))

Proxmox неплох в реализации роли даже не одиночного сервера, а на уровне кластера.