У меня есть заказчик, который нуждается в обновлении платформы и имеет конкретный вариант использования, который заставляет меня дважды подумать о консолидации.
По сути, у них есть две службы в сети, которые в настоящее время даже не изолированы друг от друга.
У них есть сайт в США и сайт в Азии. На сайте в США размещена файловая система с тысячами файлов, которая синхронизируется с Азией для работы с файлами в реальном времени.
Они размещают сервер VoIP для небольшого центра обработки вызовов.
Так что, в свою очередь, требовательный к процессору процесс синхронизации приводил к нехватке услуг VoIP, ухудшению качества вызовов и даже прекращению вызовов.
Нам удалось каким-то образом ограничить процесс синхронизации, чтобы хотя бы не истощать службы FS, но требуется обновление и изоляция некоторых задач.
И FreeSWITCH (VoIP), и rsync могут быть очень распараллелены и выиграют от большего количества ядер, но использование виртуализации для коробки кажется не очень целесообразным из-за проблем с синхронизацией и качеством звука.
Вкратце, каково ваше мнение:
Больше ядер и разделение задач на уровне ядра? Две отдельные коробки?
Программное обеспечение виртуализации обычно реализует концепцию квот ресурсов и резервирования, что в некоторой степени обеспечивает вам изоляцию. В большинстве случаев эти уровни изоляции более детализированы, чем то, что вы получаете на уровне операционной системы, особенно если вы используете Windows, где управление ресурсами довольно упрощено.
Виртуализация не ваш друг, если вам нужны приложения реального времени, но ни VoIP, ни rsync не попадают в эту категорию.
Поскольку наиболее важный аспект виртуализации дает вам возможность административной изоляции - поломка или простои из-за обслуживания файлового сервера не должны влиять на пользователей VoIP. Если вы видите в этом какую-то пользу, вам следует виртуализировать. Если вы этого не сделаете, вы можете сэкономить ресурсы, которые в противном случае потребовались бы для накладных расходов на виртуализацию, и запустить одну ОС на голом железе.