Голий метал або віртуалізувати?

Я шукаю оновлення серверів і намагаюся скласти хороший план.

Наразі у нас є 4 сервери:

1. Брандмауер / VPN-сервер OpenBSD
2. Резервні сервери FreeNAS (локальні), які отримують знімки ZFS
3. Резервні сервери FreeNAS (віддалені), які отримують знімки ZFS
4. Сервер FreeBSD робочої коні нижче.

FreeBSD сервер

~ 2010 FreeBSD 8.4, 32 Гб оперативної пам’яті, подвійний Xeon E5520 ZFS (8 дисків, зраїд дисків у дзеркальних парах, 8 ТБ)

Послуги:

• Самба
• Netatalk (обмін файлами Apple)
• Apache (переважно внутрішні, деякі зовнішні сайти)
• MySQL
• VirtualBox (екземпляр Windows 2k3)
• Знімки ZFS

Мій план (базовий)

Я планую оновлення сервера, яке дозволило б нам переключитися з одного основного сервера на два сервери, який би взяв на себе деякі обов'язки сервера із наведеного вище списку (і повторював би один одного), так що, якщо один знизиться, я міг би швидко активуватися всі функції на другому. Щось на зразок:

Сервер 1:

• Самба
• Netatalk (обмін файлами Apple)
• VirtualBox (екземпляр Windows 2k3)
• Знімки ZFS

Сервер 2:

• Apache (переважно внутрішні, деякі зовнішні сайти)
• MySQL
• Знімки ZFS

Я лише коли-небудь запускав голий метал, і у мене немає досвіду роботи з VM, крім запуску Windows 2k3 на VirtualBox. Чи варто дивитися на запуск моїх серверів екземплярів як віртуальних машин? Я думав, що це може полегшити відновлення після аварії. Загалом, чи здається це гарним планом?

Я дивився на сервери ixSystems та обладнання Dell Rack, якщо це має значення. (Я також ніколи не використовував жодного обладнання для кріплення стійок.)

Немає питання, віртуалізуйте. Переваги та гнучкість, що надаються віртуалізацією, значно переважають мізерне враження від продуктивності.

Ваш план, хоча і є неоптимальним, насамперед тому, що Virtualbox - це рішення для віртуалізації настільного рівня та не призначене для використання на сервері.

Ось що я б запропонував: встановити (безкоштовно) VMware ESXi на обох серверах, а потім створити на них VM за потребою. Якщо ви не дбаєте про ESXi, тоді розгляньте Hyper-V або KVM. Залиште хост ОС / гіпервізор максимально «чистим», відповідальним лише за запуск ваших віртуальних машин, і створіть віртуальну машину за потребою. Не запускайте жодних прикладних процесів на хост-операційній системі.

Якщо у вас є певний бюджет на це, підберіть пакет VMware Essentials Plus, який отримає вам vCenter, який дозволить вам робити такі дії, як міграція VM в реальному часі між хостами, централізоване управління, резервне копіювання за допомогою інструментів, таких як Veeam тощо.

Перейшовши у віртуалізоване середовище, ви ніколи не повернетесь.

Віртуалізація допоможе трепетно ​​допомогти вашим потребам.

У нас є малий бізнес, і віртуалізація дозволяє нам консолідувати апаратне забезпечення, збільшити сегрегацію служб, щоб забезпечити безпеку, а також допомагає працювати в режимі безперервного часу, оскільки ми можемо легко переміщувати ВМ між хостами (гіпервізорами); те, що дуже важко з бареметалом.

Ми використовуємо датовані апаратні засоби у парі з резервними частинами, що зберігаються на сайті (вентилятори, диски тощо), але мають як основний, так і вторинний хост; Наш хост запускає VM, що обслуговують DRBD, Apache, MYSQL, Samba, NFS, Reslio Sync, Dropbox тощо. Ми дозволяємо нашому хосту управляти RAID-масивами за допомогою MDADM. Використовуючи DRBD, VM синхронізуються на резервному сервері, тому час простою майже не є проблемою, навіть при катастрофічному збої обладнання на первинному хості.

Але, будучи малим бізнесом, це спрощує управління апаратними засобами, дозволяє нам запускати менше обладнання, що має далекосяжний вплив на бюджет та ресурси ІТ, і консолідує управління нашими послугами, оскільки природно керувати всіма машинами управління з однієї консолі на робочій станції ; для нас через Xen Center, коли ми використовуємо XenServer.

Далі це дозволяє нам відокремити речі, так що такі речі, як хмарні сервіси, можуть бути практично відокремлені від внутрішніх служб, що забезпечують високу ступінь безпеки. Наприклад, ми обслуговуємо два окремих файли хмарних файлових служб у двох окремих VM; один для персоналу на місцях, доступний через мобільні пристрої, і один для персоналу офісу, доступний через внутрішню мережу.

Як зауважимо, наш сервер резервного копіювання (не вторинний хост) не віртуалізується цілеспрямовано, тому ми маємо бареметальний доступ до наших файлів у разі збою програмного забезпечення або конфігурації з нашим хостом. Тобто, якщо наш хост якось пошкоджує наші віртуальні машини чи сховища даних, ми все ще маємо бареметальний доступ до файлів та VM.

Врешті-решт, ми можемо надати нашій компанії файли, резервні копії, Інтернет, хмара та інші послуги вдома, за мінімальні витрати та максимальний час роботи. Це також дозволяє нам розширюватися, оскільки ми можемо інтегрувати інші послуги; Найближчим часом заплановані послуги VPN для віддалених зберігачів книг та служби Android для служб польового персоналу, яким потрібен посередник програмного забезпечення Windows для взаємодії з MySql. Без вірутулізації нам потрібно буде купувати, запускати та адмініструвати більше обладнання; віртуалізація усунула проблему обладнання все разом при додаванні таких послуг, і ми можемо просто зосередитись на інтеграції програмного забезпечення / послуги, що може бути досить непростим.