Ближайшее будущее: контейнеры визуализации решают все?
Содержание:
1. Контейнеры против гипервизоров - все дело в плотности;
2. История контейнеров визуализации ;
3. Контейнеры визуализации на предприятии: почему ажиотаж именно сейчас??;
4. Контейнеры визуализации и NFV;
5. Ближайшее будущее: контейнеры визуализации решают все? (Вы читаете данный раздел).
Еще каких-то 2-3 года назад на контейнерную виртуализацию смотрели как на какого-нибудь диковинного зверя и с дрожью в коленях обходили стороной: никому не хотелось быть первопроходцами и примерять новые технологии на себе. Так что единственная область ее применения до поры до времени ограничивалась созданием инфраструктуры для хостинга, которая отлично показывала себя в работе и стоила недорого. Сегодня же на волне революции облачных технологий к центрам обработки данных стали применять совершено иные требования качества – эластичность, масштабируемость и сверхвысокая вычислительная плотность. И всего этого позволяют легко и просто добиться именно контейнеры!
Контейнеры — это проверенная технология для достижения высокой плотности, большой гибкости и необходимого масштабирования. Они могут помочь с упаковкой и масштабным развертыванием Web-приложений, а использование их свойств в Web-приложениях и платформах способствует решению некоторых проблем, возникающих при предоставлении облачных услуг, таких, например, как многопользовательский доступ, для которого только и нужен высокоскоростной интернет в офис Гарс (http://garstelecom.ru/ru/we_offer/sector/6)!
Однако контейнеры — не универсальное решение, тем более что бизнес уже инвестировал в такие ориентированные на гипервизоры технологии, как SR-IOV, VT-D и Network Function Virtualization. Большинство из них разработаны для осуществления прямой связи между гостевой виртуальной машиной и аппаратной или коммутационной системой с помощью специального драйвера, установленного в гостевом ядре. Так как контейнерная технология работает на уровне операционной системы, она не может «говорить» на языке «железа», но почти для каждой корпоративной аппаратной гипервизорной технологии (например, SR-IOV или NFV) есть решение, которое может быть использовано в контейнере.
Однако реальность такова, что контейнерный подход не будет работать, если рассуждать о нем в парадигме гипервизора. Вместо этого стоит подумать, как сделать одну из упомянутых выше технологий доступной для контейнеров. Или просто оценить потребности своего бизнеса и современные возможности виртуализации и спросить себя, а что будет, если выбрать контейнеры. Результаты могут вас удивить. LAN
Уведомления. Все существующие комплексные системы мониторинга сетевых устройств позволяют настраивать уведомления о событиях, происходящих на устройствах. Уведомления можно отправлять на основании прерываний SNMP (SNMP trap) либо записей syslog в виде сообщений электронной почты или через шлюз sms. Следует настроить их корреляцию, чтобы отправлять именно критичные сообщения, на которые необходимо оперативно реагировать, а также распределить ответственность между группами (тип оборудования, уровень ошибок, расположение и т. п.) и отправлять информацию администраторам из конкретной группы.
Даже при отсутствии выделенного сервера системы мониторинга с необходимым функционалом рассылки уведомлений, отправку сообщения на электронную почту при наступлении определенных событий (syslog, SNMP) можно организовать средствами маршрутизатора. В маршрутизаторах Cisco функционал Embedded Event Manager (ЕЕМ) позволяет отправить такое сообщение. Триггером может служить, например, сообщение syslog о том, что трек ip sla недоступен. Иными словами, при отказе сети основного провайдера и переключении на резервный канал, на почту администратора придет соответствующее письмо. Эта возможность очень удобна для небольших сетей.
1. Контейнеры против гипервизоров - все дело в плотности;
2. История контейнеров визуализации ;
3. Контейнеры визуализации на предприятии: почему ажиотаж именно сейчас??;
4. Контейнеры визуализации и NFV;
5.
Еще каких-то 2-3 года назад на контейнерную виртуализацию смотрели как на какого-нибудь диковинного зверя и с дрожью в коленях обходили стороной: никому не хотелось быть первопроходцами и примерять новые технологии на себе. Так что единственная область ее применения до поры до времени ограничивалась созданием инфраструктуры для хостинга, которая отлично показывала себя в работе и стоила недорого. Сегодня же на волне революции облачных технологий к центрам обработки данных стали применять совершено иные требования качества – эластичность, масштабируемость и сверхвысокая вычислительная плотность. И всего этого позволяют легко и просто добиться именно контейнеры!
Контейнеры — это проверенная технология для достижения высокой плотности, большой гибкости и необходимого масштабирования. Они могут помочь с упаковкой и масштабным развертыванием Web-приложений, а использование их свойств в Web-приложениях и платформах способствует решению некоторых проблем, возникающих при предоставлении облачных услуг, таких, например, как многопользовательский доступ, для которого только и нужен высокоскоростной интернет в офис Гарс (http://garstelecom.ru/ru/we_offer/sector/6)!
Однако контейнеры — не универсальное решение, тем более что бизнес уже инвестировал в такие ориентированные на гипервизоры технологии, как SR-IOV, VT-D и Network Function Virtualization. Большинство из них разработаны для осуществления прямой связи между гостевой виртуальной машиной и аппаратной или коммутационной системой с помощью специального драйвера, установленного в гостевом ядре. Так как контейнерная технология работает на уровне операционной системы, она не может «говорить» на языке «железа», но почти для каждой корпоративной аппаратной гипервизорной технологии (например, SR-IOV или NFV) есть решение, которое может быть использовано в контейнере.
Однако реальность такова, что контейнерный подход не будет работать, если рассуждать о нем в парадигме гипервизора. Вместо этого стоит подумать, как сделать одну из упомянутых выше технологий доступной для контейнеров. Или просто оценить потребности своего бизнеса и современные возможности виртуализации и спросить себя, а что будет, если выбрать контейнеры. Результаты могут вас удивить. LAN
Уведомления. Все существующие комплексные системы мониторинга сетевых устройств позволяют настраивать уведомления о событиях, происходящих на устройствах. Уведомления можно отправлять на основании прерываний SNMP (SNMP trap) либо записей syslog в виде сообщений электронной почты или через шлюз sms. Следует настроить их корреляцию, чтобы отправлять именно критичные сообщения, на которые необходимо оперативно реагировать, а также распределить ответственность между группами (тип оборудования, уровень ошибок, расположение и т. п.) и отправлять информацию администраторам из конкретной группы.
Даже при отсутствии выделенного сервера системы мониторинга с необходимым функционалом рассылки уведомлений, отправку сообщения на электронную почту при наступлении определенных событий (syslog, SNMP) можно организовать средствами маршрутизатора. В маршрутизаторах Cisco функционал Embedded Event Manager (ЕЕМ) позволяет отправить такое сообщение. Триггером может служить, например, сообщение syslog о том, что трек ip sla недоступен. Иными словами, при отказе сети основного провайдера и переключении на резервный канал, на почту администратора придет соответствующее письмо. Эта возможность очень удобна для небольших сетей.
