Запуск маршрутизатора як віртуальної машини, чи можна це реалізувати?


12

Хтось тут проводить свою маршрутизацію через віртуальну машину, налаштовує віртуальну машину як основний маршрутизатор / втечу тощо? Якщо так, то скільки клієнтів використовують такий спосіб налаштування?

Для тих, хто цікавиться, чому я це прошу. Я отримав завдання для моєї стажування створити все в одному "ящику", який би здійснював маршрутизацію та був би АТС за один раз (можна використовувати лише рішення з відкритим кодом, очікуйте, RouterOS). Частина маршрутизації в даний час здійснюється через RouterOS, а для VoIP вони хочуть використовувати sipXecs. RouterOS підтримує віртуалізацію через KVM, але сам RouterOS підтримує лише 2 Гб пам'яті (і більше не підтримує найближчим часом). sipXecs потрібно виділити більше 2 Гб. Я сказав їм, що ми можемо вирішити цю проблему, поставивши RouterOS як віртуальну машину до 64-бітового хостаOS (наприклад, CentOS), а інша віртуальна машина запустила sipXecs. Цим ми змогли б використовувати всю пам'ять. Але вони сказали мені, що ризикувати робити щось подібне і що їм потрібно щось із "стабільністю / надійністю підприємства". Я сказав їм, що ми можемо створити надмірне зображення кожного VM, яке автоматично запуститься, якщо одна VM перестане працювати, але мені сказали те саме. Ось чому я поставив це питання вище, щоб побачити, чи дійсно я запропонував щось, що не годиться робити, чи, можливо, це щось абсолютно нормальне, і це можна зробити з "стабільністю / надійністю підприємства" :)

Дякую за відповіді, Крістіан

Редагувати # @ Zoredache ~ Я запропонував це їм, але їм це також не сподобалось: /


Ці вимоги дивні для "стабільності / надійності підприємства". Зазвичай «підприємство» може дозволити собі резервні сервери для запобігання центру міста, викликаного технічним обслуговуванням. Їм доведеться перезавантажити сервер.
Ерік Н

Чому RouterOS є вимогою? Чому ви просто не налаштуєте маршрутизацію, брандмауер та VoiP на базовій ОС?
Зоредаче

Відповіді:


5

Немає причин, що це не спрацює, хоча більшість з них не вирішили би це зробити. Одне із пропозицій я б використовувати - це використовувати віртуалізацію голого металу, наприклад, ESXi або Xen Server, а не використовувати віртуалізацію в режимі додатків. Очевидно, вам слід врахувати наслідки відсутності доступного маршрутизатора під час завантаження хоста. Наприклад, ви не зможете керувати машиною, якщо вона покладається на роутер, який працює, і чомусь це не так.


Дякую за інформацію, хлопці. Я спробую тоді придумати щось інше. Я думав про те, щоб спробувати PAE в гостіOS ... але мені не дуже до цього вірити. Дякую ще раз.
Kr1stian

2

Я не знаю, чому це не повинно бути стабільним і надійним. Залежно від техніки віртуалізації та апаратного забезпечення, віртуалізація мережі може бути дорожчою, ніж це робити на самому світі.


2

Я запустив свій маршрутизатор як віртуальний хост на VMWare ESXi. Я не мав жодних проблем, і це поле було досить надійним, як сервер, побудований на замовлення. Це вимагає певних знань, як все рухається разом, і, на жаль, я не дуже пам’ятаю, як я все робив. Єдина проблема, яку я одразу усвідомлюю, - це те, що VoIP має деякі проблеми, що працюють як віртуальна машина. Тож вам потрібно буде зробити кілька досліджень, щоб переконатися, що ваша програма буде працювати нормально з будь-якими ядрами, доступними на вашому гіпервізорі.


Thnx для інформації про частину VoIP, я не знав про це.
Kr1stian

1

Я використовую VM як маршрутизатор для мережі, якою я керую понад рік через Hyper-V на сервері 2008 R2. Пам’ятайте лише про те, щоб заборонити хост-машині доступ до принаймні одного NIC, через який ви здійснюєте маршрутизацію, і вам потрібно буде встановити VM для автоматичного включення. У мене є така установка, що VM спрямовує зовнішній трафік в DMZ, а фізичне поле здійснює маршрутизацію для внутрішньої мережі (потрібні 3 NIC).


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.