Настольная виртуализация как способ развертывания программного обеспечения
Всем когда-то становится нужен хостинг. Но по моему мнению, покупать VPS или обычный шаред хостинг под ресурсы слишком банально. Я предлагаю базировать ресурсы на недорогих выделенных серверах. Разумеется, эти рекомендации не подойдут для людей с ограниченным бюджетом.
Мой сервер, установленный в датацентре Selectel, например, носит следующие параметры:
Тип сервера: Chipcore
Название: CL16R
Процессор: 2 × Intel Xeon L5630 2.13 ГГц
Память: 24 ГБ DDR3
Диск: 4 × 1000 ГБ HDD
К нему арендован блок подсетью /29 (это четыре адреса для использования, остальное — служебные адреса). Для личных нужд такого вполне хватает. За основу для развертывания я взял Windows Server 2019 (сейчас на этом месте ругаются тру одмены и хацкеры), на него установлен VMware Workstation. Виртуальные машины на последней подсоединены к сети вот таким макаром:
Почему я не использовал NAT? Тому есть причины.
— Могу развертывать любой софт. И серваки не будут слетать из-за моих ковыряний (например, один продакшен, другой девел).
— Можно создать сеть сборщиков для Jenkins, если будет нужно, и собирать софтины.
— Можно создавать копии машин и настроить автобэкап.
Мой сервер, установленный в датацентре Selectel, например, носит следующие параметры:
Тип сервера: Chipcore
Название: CL16R
Процессор: 2 × Intel Xeon L5630 2.13 ГГц
Память: 24 ГБ DDR3
Диск: 4 × 1000 ГБ HDD
К нему арендован блок подсетью /29 (это четыре адреса для использования, остальное — служебные адреса). Для личных нужд такого вполне хватает. За основу для развертывания я взял Windows Server 2019 (сейчас на этом месте ругаются тру одмены и хацкеры), на него установлен VMware Workstation. Виртуальные машины на последней подсоединены к сети вот таким макаром:
Почему я не использовал NAT? Тому есть причины.
- На NAT в VMware Workstation нужно пробрасывать порты. Но так как у меня блок адресов и сеть питается напрямую от маршрутизатора, то необходимость в пробросе портов отпадает, ведь виртуальные машины действуют как самостоятельные сервера.
- Для локальной сети используется возможность сегментов LAN, которая здесь также настраивается без особого труда.
- Каждый виртуальный сервер имеет собственный IP адрес (и опять же см. пункт 1). Настраиваются эти IP вручную, статически.
- Сейчас крутится один адрес на несущем сервере, второй на сервачке с Windows 10, который у меня арендуют под Rust, третий на сервачке с CentOS 8, где у меня сайты, и четвертый на сервачке с Debian. При этом они четко разграничены между собой и работают опять же как отдельные сервера. Но могут читаться по локалке, если она будет подключена к машинам.
— Могу развертывать любой софт. И серваки не будут слетать из-за моих ковыряний (например, один продакшен, другой девел).
— Можно создать сеть сборщиков для Jenkins, если будет нужно, и собирать софтины.
— Можно создавать копии машин и настроить автобэкап.
Похожие публикации
Error while loading shared libraries на Debian/Ubuntu и VMware Workstation
Различия способов виртуализации: выбираем правильный VPS/VDS
Установка VMware Tools на CentOS
Нет комментариев