Когда говорят о виртуализации, то в первую очередь имеют в виду виртуализацию систем (и в меньшей степени виртуализацию настольных систем), но не следует забывать и о виртуализации сетей, которая становится все популярнее.
Большинству из тех, кто работает с сетями, скорее всего знакомы термины «виртуальная локальная сеть» и «виртуальная частная сеть». Вопрос, какая из этих двух наиболее популярных сетевых технологий появилась раньше, открыт, но на самом деле все сводится к тому, используете ли вы удаленный доступ или же предпочитаете традиционные проводные технологии.
С осени прошлого года стало известно о целом ряде новых разработок. Появилось несколько интересных технологий, которые рассматривают вопросы виртуализации сети с различных точек зрения. С помощью последних решений в области виртуализации систем администраторы могут легко конфигурировать новую среду виртуальных машин (VM) и помещать ее на любую имеющуюся платформу, которая соответствует их требованиям.
По мере изменения функциональности таких виртуальных машин или повышения спроса на ресурсы системные администраторы могут без проблем перенести эту среду VM с одной платформы на другую. С точки зрения системного администратора, это очень удобно, и данный процесс, как правило, сейчас занимает совсем немного времени по сравнению с тем, как это было раньше при конфигурировании новой системы и доводке ее до операционного уровня.
Теперь посмотрим на этот процесс с точки зрения сети. Что происходит, когда среда VM переносится на физически другую платформу и, в конечном итоге, на совершенно другой IP-адрес? Каким образом будет перенаправлен трафик? А поскольку системные администраторы могут планировать перенос VM в момент ее работы, то что произойдет с интерактивными, выполняемыми в режиме реального времени сессиями конечных пользователей? Все зависит от того, была ли сеть обновлена с помощью новейшего сетевого инструментария, который может оказаться в данном случае на высоте.
Маршрутизация — это, безусловно, самый серьезный вопрос в такого рода переносах VM, наряду с кэшированием и балансировкой нагрузки. Теперь сетевая структура должна быть рассчитана на использование виртуальных машин, чтобы следить за тем, где система размещается в указанный момент. Таблицы маршрутизации должны быть гибкими как никогда ранее, и подсистемы кэширования должны иметь информацию о том, когда именно происходит изменение, это позволит корректно перенаправить трафик сессии конечного пользователя из одного места в другое. В противном случае сессии станут неактуальными и диапазон возможностей, доступных конечному пользователю, резко сузится.
Еще один интригующий момент в разработке сетевой виртуализации иногда называют VM tap. Как правило, когда речь идет о сетевых коммуникациях, мы почти всегда представляем себе пакетный трафик, передаваемый по нашим проводным, беспроводным и другим видам сетевых структур. Но что если задуматься о коммуникациях между виртуальными машинами или коммуникациях между виртуальной машиной и уровнем ее виртуального управления? Производители знают, что эти коммуникации столь же важны, как традиционные коммуникации на уровне пакетов. Поэтому они придумывают способы пассивно перехватить эти коммуникации между виртуальными машинами и направить их за пределы среды VM.
Представьте, что для поддержки коммуникаций использовалась бы простая регистрирующая система, аналогичная серверу SYSLOG, которая бы регистрировала все, что ей встречается. Какие операционные и бизнес-преимущества это может дать? Что, если такой VM tap мог бы перенаправить эти коммуникации между виртуальными машинами по предпочитаемой вами системе управления сетью или инструментарию мониторинга устройств или системе сетевых уведомлений и мог бы упаковать эти перенаправленные коммуникации в форму, которую эти системы могли бы легко воспринимать?
Вероятно, это избавило бы вас от решения некоторых задач и вам бы не пришлось работать, как сейчас, когда нередко остается лишь реагировать на уже возникшие кризисные ситуации с VM, не имея возможности их прогнозировать. Благодаря такому решению вы были бы во всеоружии еще до того, как раздадутся телефонные звонки от разгневанных конечных пользователей, чьи сессии VM прервались в результате последнего переноса виртуальной машины. Так что стоит оценить последние новшества в технологиях виртуализации прежде, чем ваша инфраструктура даст вам знать, что вы отстаете в технологическом плане.