Архитектура сервера компании среднего размера
Я разрабатываю сервер для компании среднего размера, которая должна предлагать услуги в качестве бухгалтерского программного обеспечения, программного обеспечения для учета собственности, файлового сервера и т.д. Моя идея заключается в использовании сервера Hyper V в качестве гипервизора типа 1. В качестве виртуальных ОС мне нужно использовать Windows для одного из требуемых программ (у компании есть лицензия). Для других программ я думаю об 1 виртуальной ОС для 1 приложения + виртуальный сервер, выделенный для базы данных, который будет служить для всех виртуальных ОС + виртуальная ОС для файлового сервера. Я прилагаю набросок.
Здравая ли это идея? Стоит ли мне рассматривать Kubernetes в качестве платформы для моих приложений? Спасибо за идеи.
Да, разделение приложений является стандартной практикой. Ограничение количества вещей, установленных на одном экземпляре, проще в обслуживании и обеспечивает лучшую изоляцию безопасности.
Конечно, вы могли бы реализовать с виртуальными машинами на Hyper-V, это вариант для вычислительной платформы.
Попросите организацию определить, каким должно быть целевое время восстановления. На одном сервере, если аппаратный сбой выйдет из строя, все приложения будут отключены до тех пор, пока он не будет заменен. Чтобы исправить это быстрее, чем за день, могут потребоваться контракты на обслуживание в тот же день или несколько хостов виртуальных машин в высокодоступном кластере. И протестируйте восстановление из резервной копии.
Лицензирование сложнее, чем наличие одной единственной лицензии. Обратитесь к специалисту по лицензированию вашего торгового посредника для проверки.
Контейнеры, и особенно Kubernetes, добавляют совершенно другой интерфейс для вычислений. Новые концепции контейнерных рабочих нагрузок, служб, сетей и методов развертывания. Есть кое-что для изучения, но приложения должны быть настроены для использования API. Прежде чем переходить к контейнерам, проведите исследование и подтверждение концепции своих приложений.
Для такой простой настройки я бы рекомендовал не hyper V, а vSphere напрямую (если позволяет бюджет).
Лично я бы использовал совершенно другой подход (на 100% свободный), то есть машину FreeBSD (например, супермикро) с NVMe-дисками (для зеркального отображения через файловую систему zfs), плюс некоторые вращающиеся жесткие диски для внутренней реплики и резервного копирования, плюс некоторые очень недорогие твердотельные накопители для тестирования восстановления.
Он может выступать в качестве «физического» общего файлового сервера SAMBA На нем я бы запускал виртуальные машины VirtualBox для Windows, позволяя использовать моментальные снимки, а также реплики zfs, например, на дешевом NAS на iSCSI. Для остальной части программного обеспечения Linux (что это такое?) почти наверняка существует также версия FreeBSD (например, mariadb / mysql), которую поэтому можно безопасно использовать.
Плюсы:
- Используйте недорогой NVMe с зеркальным отображением. Чего от всей хвымы не так легко достичь.
- Почти полная безопасность с zfs
- возможность моментальных снимков и резервного копирования намного выше той, которая разрешена Hyper-V (и vSphere)
- нет необходимости в дорогих RAID-картах
- полностью бесплатно (очевидно, при ней лицензий Windows)
Минусы:
- Нет удобного интерфейса, подобного интерфейсу vSphere для управления виртуальными машинами. На самом деле я бы НЕ рекомендовал это решение, если бы было полдюжины или, может быть, 20 виртуальных машин
Но отсутствует один важный элемент: полный список программ, которые должны использоваться