Компания VMware представила новую версию своего программного обеспечения виртуальных сетей NSX, которое должно упростить управление сетевыми ресурсами в интересах облачных и сетевых приложений.

Эта инициатива стала очередным примером того, что поставщики сетевых технологий развивают инструменты автоматизации не только для применения их в традиционных ЦОД и кампусных сетях, но и для облачной среды, обеспечивающей более быстрые темпы разработки приложений.

У VMware имеются две независимые друг от друга версии программного обеспечения программно-конфигурируемых сетей (Software-Defined Networking, SDN). Более популярная и широко используемая версия NSX интегрирована с программным обеспечением управления виртуализацией VMware vSphere и гипервизором ESXi.

В 2016 году VMware анонсировала выпуск очередной версии, NSX-T, которая поддерживает помимо ESXi и другие гипервизоры, включая Kernel Virtual Machine (KVM). Это значит, что теперь она работает в публичных и частных облачных средах, а в последние месяцы VMware расширила возможности NSX-T и в части поддержки контейнеров приложений.

На конференции Pivotal SpringOne Platform компания VMware анонсировала версию NSX-T 2.1, которая поддерживает Pivotal Cloud Foundry – платформу разработки приложений на основе контейнеров – в качестве сервиса.

«Облачные среды, особенно те из них, которые используют контейнеры приложений, порождают уникальные вызовы с точки зрения сетевых перспектив, – указал директор IDC по исследованиям сетевых технологий центров обработки данных Брэд Кейсмор. – Контейнеры приложений по сравнению с виртуальными машинами обладают очень короткой продолжительностью существования. Иногда это время исчисляется всего несколькими секундами, тогда как виртуальные машины могут существовать бесконечно долго. Есть довольно большое число контейнеров, которые образуют приложение на основе микросервисов; на одной виртуальной машине, например, могут быть запущены десятки контейнеров. И речь здесь идет не только о сетевой архитектуре и топологии, поддерживающей контейнерную исполняемую среду. Возникает еще больший стимул для углубления автоматизации. Если ваша среда является живой и изменчивой, а процессы в распределенной среде микросервисов постоянно стартуют и завершаются, управлять этим вручную у вас вряд ли получится».

Cisco и Juniper: фокус на управлении контейнерными сетями

Рынок для платформ управления контейнерами достаточно широк. Компания Cisco, к примеру, в своем пакете SDN Application Centric Infrastructure (ACI) 3.0 недавно представила средства поддержки контейнеров и контейнерных диспетчеров, в том числе Kubernetes, Docker Data Center и Mesos. Juniper поддерживает контейнеры в SDN Contrail, Nuage поддерживает их в VSP, да и целый ряд стартапов, таких как Tigera и Weaveworks, также нацелены на решение контейнерных сетевых вопросов.

По словам менеджера по маркетингу продуктов VMware Мэтта де Винсентиса, многие платформы контейнерных исполняемых сред (Docker, Pivotal CF, Red Hat OpenShift и даже программное обеспечение с открытым кодом Kubernetes) включают базовый межконтейнерный сетевой функционал. Использование платформы NSX-T упрощает масштабное управление контейнерами и их интеграцию с другими сетевыми службами, например, с межсетевыми экранами и средствами сбалансирования нагрузки.

Технологии контейнеров еще только формируются, но при этом развиваются уже очень быстрыми темпами. Согласно опросу 2016 Voice of the Enterprise, проведенному компанией 451 Research, только 25% респондентов использовали ранее контейнеры, а из их числа только 34% подтвердили широкое применение этой технологии. По мере дальнейшего освоения контейнерных приложений и начала запуска их в производственной среде организации, по словам Кейсмора, активнее начнут прибегать к такого рода решениям, стремясь ликвидировать свои болевые точки в части управления сетевыми ресурсами.

Компания General Electric оснастила 650 нефтяных скважин British Petroleum системами, которые позволяют передавать операционные данные на центральную платформу GE. Данные используются для оптимизации работы машин, и, как указал ИТ-директор General Electric Джим Фаулер, к настоящему времени уже удалось повысить их эффективность на 2-4%.

Может показаться, что это не такие уж внушительные цифры, но, по словам Фаулера, глобальное повышение эффективности добычи всего на 1% в энергетической отрасли может дать экономию в 90 млрд долл.

В мире подключенных машин, современной аналитики и мощных программных платформ GE открывает новую эпоху, и нефтяные скважины BP — показательный тому пример. «Сегодня уже машины в большей степени указывают людям, что надо делать, а не наоборот», – подчеркнул Фаулер на открытии конференции Open Networking User Group в Нью-Йорке. Повысить эффективность помогают датчики и интегрированное программное обеспечение, генерирующее данные. В GE эти новшества характеризуют как слияние информационных и операционных технологий, имеющее своей целью создание новых ценностей.

Эффективность Интернета вещей

Машины, работающие под управлением современных систем, могут самостоятельно диагностировать различные неисправности, что способствует ускорению технического обслуживания и снижению вероятности возникновения простоев. GE использует этот подход в своем приложении Field Vision, которое применяется при обслуживании газовых турбин и аппаратуры, выполняющей медицинские снимки. Машины высылают диагностические данные на центральный хаб, и если требуется замена каких-то комплектующих, то система автоматически инициирует их заказ. Фаулер называет этот процесс очередной эволюцией в планировании ресурсов предприятий (Enterprise Resource Planning, ERP), результатом которой станет машинное планирование ресурсов (Machine Resource Planning, MRP). Когда сотрудники службы поддержки приезжают на место, чтобы произвести рамонт, необходимые комплектующие у них уже имеются, и к тому же не нужно тратить время на диагностику.

«Почти 75% планируемого объема работ определяется с помощью искусственного интеллекта, – отмечает Фаулер, анализируя отчеты о проведенных ремонтах. – Заранее известно, какие компоненты нужно взять с собой и какими навыками должны обладать специалисты. Имеется полный перечень материалов, составленные машинами планы и записи о проведенном техническом обслуживании». В GE рассчитывают, что таким образом удастся сэкономить 2,5 млн долл. в год.

Компания предоставляет доступ к этой технологии под брендом GE Digital. Конечная же цель в том, чтобы уменьшить простои клиентских систем и повысить операционную производительность. «Идея состоит в том, чтобы клиенты, уже использующие наши продукты, получили дополнительную ценность, – пояснил Фаулер. – В конечном итоге это обещает принести компании дополнительные 10 млрд долл.».

Роль облака

GE не только улучшает операции посредством использования машинных данных, но и все активнее задействует при реализации своих проектов публичное облако. Компания построила программную платформу Predix, выступающую в роли основного центра инноваций. Predix пользуется ресурсами как частного облака компании, так и публичных облаков, включая Amazon Web Services и Microsoft Azure. По словам Фаулера, цель заключается в том, чтобы ограничить использование локальных ресурсов и переносить все новые приложения в публичное облако. Публичное облако обходится GE дешевле, чем существующая инфраструктура компании, хотя следует признать, что не все организации придерживаются этого мнения. По оценкам Фаулера, в настоящее время в публичном облаке находится около 40% инфраструктуры компании, и это направление планируется развивать и дальше.

Изменения начинаются изнутри

Новые подходы в GE не были внедрены в одночасье, но они согласуются со стратегией, направленной на расширение использования широкого спектра цифровых технологий в интересах бизнеса. Эта стратегия призвана взамен традиционных структур вертикального управления создать разделяемые горизонтальные программные платформы. В компании поощряется приобретение работниками дополнительных навыков, а обучение профессиональной разработке уже встроено в их расписание.

Компания VMware анонсировала планы приобретения VeloCloud, одного из главных действующих лиц на быстрорастущем рынке программно-конфигурируемых территориально-распределенных сетей (Software-Defined Wide Area Network, SD-WAN).

SD-WAN отражает новый способ управления сетевыми подключениями к филиалам и удаленным офисам с использованием принципов программно-конфигурируемых сетей. Программные SD-WAN, предлагаемые такими компаниями, как VeloCloud, могут объединять соединения различных типов, включая широкополосные сети, MPLS и сотовую связь, для создания более устойчивых подключений, которые к тому же стоят дешевле по сравнению с "чистыми" MPLS-сетями. Согласно прогнозам IDC, объемы продаж на рынке SD-WAN в текущем году превысят миллиард долларов, и будут ежегодно расти в среднем на 69%, достигнув к 2021 году 8 млрд долл.

До последнего времени VMware была известна благодаря своему программному обеспечению управления виртуальными машинами на базе популярного гипервизора ESX, но покупка VeloCloud знаменует собой поворот (по большей части посредством приобретений) в сторону управления сетями. В 2012 году VMware заплатила более миллиарда долларов за стартап Nicira, специализирующийся на виртуальных сетях. Сейчас его продукт продается VMware под названием NSX.

«В какой-то степени приобретение VeloCloud было предсказуемым, – заметил аналитик IDC Брэд Кейсмор. – На протяжении последних полутора лет VMware поддерживала партнерские отношения с целым рядом поставщиков SD-WAN, включая VeloCloud, Silver Peak, CloudGenix и Versa. Финансовые и отраслевые аналитики требуют от VMware яснее определить свою стратегию в отношении SD-WAN. Выбор VeloCloud был обусловлен тем, что эта компания работает как со средними, так и с крупными клиентами, и уже успела добиться успеха в качестве поставщика сервисов и услуг связи».

По мнению Кейсмора, мгновенных перемен ждать не стоит, но у VMware появляется возможность интегрировать технологию VeloCloud в широкий круг своих инструментов управления. В конечном итоге VMware, наверное, предложит клиентам единую платформу управления, с помощью которой можно будет контролировать не только среду виртуализации сетей ЦОД NSX, но и соединения филиалов в территориально-распределенной сети. Сегодня управление этими средами осуществляется отдельно, но в перспективе возможно появление приложений и пользовательских политик, которые охватят и то, и другое. Кроме того, приобретая VeloCloud, VMware выходит на рынок, который растет очень быстрыми темпами.

Наметившиеся тенденции находят отражение и в деятельности других вендоров, в частности, Cisco и HPE. Прошедшим летом Cisco приобрела за 600 млн долл. поставщика технологий SD-WAN Viptela. Теперь, когда один из главных конкурентов Cisco на рынке SDN официально вышел на рынок SD-WAN, обеим компаниям необходимо продолжать инвестировать в улучшение базовых технологий.

HPE пока еще не купила себе разработчика технологий SD-WAN, но, по мнению Кейсмора, все идет к этому. Компания Dell EMC, которой принадлежит контрольный пакет акций VMware, в начале текущего года анонсировала партнерство с тремя поставщиками решений в области SD-WAN: VeloCloud, Silver Peak и Versa. После приобретения VeloCloud компанией VMware можно ждать, что Dell EMC будет отдавать технологиям VeloCloud предпочтение при компоновке своих программно-аппаратных предложений в области SD-WAN.

Ценовые параметры сделки с VeloCloud в VMware не сообщают.

В Cisco объявили о планируемой интеграции решения для организации программно-конфигурируемых сетей Application Centric Infrastructure с инфраструктурой публичных облаков Amazon Web Services, Microsoft Azure и Google Cloud Platform.

Перенос ACI из центра обработки данных в публичное облако облегчает заказчикам управление гибридными сетями, охватывающими обе среды. Имея единый инструментарий для управления сетью в гибридной среде, клиенты получают возможность назначать детализированные политики безопасности и управлять приложениями в облаке и локально, подчеркивают в Cisco.

Cisco интегрирует контроллер ACI с интерфейсами программирования всех трех крупнейших публичных облаков. «Клиенты все активнее переходят на мультиоблачные среды, требуя их однородности, чтобы не приходилось осваивать новые инструменты и API», — поясняет Том Эдсолл, старший вице-президент, генеральный менеджер отделения Cisco ACI. В компании намерены обеспечить соединение друг с другом нескольких контроллеров, размещенных в различных ЦОД. Это позволит сисадминам создавать как единый набор политик для нескольких сред, так и особые наборы для каждой. Примеры политик, которые возможны благодаря данной модели, — сегментация сетей, микросегментация трафика и создание белых списков допустимых типов трафика.

В посте, посвященном планам по реализации новой функциональности, в Cisco отмечают, что собираются идти путем интеграции интерфейсов программирования ACI с ПО организации гибридных облаков наподобие Microsoft Azure Stack. Аналогичное взаимодействие планируется организовать с системами с открытым кодом, например с платформой оркестровки и управления контейнерами Kubernetes. Пока что в Cisco сообщили только о самих планах относительно этих возможностей, а сроки доступности ACI для публичных облачных платформ и расценки еще не объявлены.

«ACI сможет работать как в вашем ЦОД, так и в облаке, что даст возможность использовать одну и ту же модель назначения политик сети и безопасности в обеих средах», — комментирует аналитик IDC Брэд Кейсмор. По его мнению, наиболее удобно это будет для тех пользователей ACI, кто уже применяет сервисы публичных облаков. Всего, по данным Cisco, ACI пользуются почти 4 тыс. клиентов компании.

Развертывание программно-конфигурируемых сетей в гибридной среде не новая идея. В прошлом году в VMware объявили о планах обеспечить использование ПО виртуализации сетей NSX в локальных средах клиентов и в публичном облаке. А в прошлом году VMware и AWS сообщили, что намерены совместно реализовать возможность выполнения ПО VMware, в том числе NSX, в облаке AWS.

Инженеры Google разработали новый алгоритм ускорения работы TCP – основного транспортного протокола для интернет-трафика. Им удалось оптимизировать скорость передачи трафика таким образом, чтобы он не засорял доступные маршруты.

Технология ускорения BBR (bottleneck bandwidth and roundtrip propagation time), учитывающая пропускную способность в узких местах и время прямого и обратного прохождения пакета, позволяет находить самый быстрый путь из имеющихся, повышая эффективность управления трафиком в условиях возникновения заторов в каналах. Ранее компания Google уже использовала BBR для ускорения трафика YouTube, а в июле эта технология стала доступна и пользователям Google Cloud Platform. Утверждается, что применение BBR позволяет ускорить и без того хорошо оптимизированный трафик YouTube в среднем на 4%, а в некоторых странах увеличение скорости может достигать 14%.

Попытки ускорения TCP

Протокол TCP разрабатывался в 1970-х годах в рамках стека TCP/IP и предусматривает разбиение данных на пакеты для последующей их передачи через Интернет. По оценкам Internet Engineering Task Force (IETF), более 90% IP-трафика передается сейчас посредством TCP.

В последние несколько десятилетий усилия, направленные на повышение эффективности TCP/IP, предпринимались регулярно. Многие из них были ориентированы на управление заторами. Протокол TCP предполагает замедление передачи данных при обнаружении перегрузок, которые определяются путем отслеживания числа потерянных при транспортировке пакетов.

«На протяжении многих лет это работало достаточно неплохо, потому что небольшие буферы коммутаторов и маршрутизаторов Интернета проектировались с учетом низкой пропускной способности каналов связи», – поясняется в блоге Google, посвященном BBR. Но в сегодняшних средах управление заторами на основе анализа потерь становится неприемлемым.

Один из авторов оригинального варианта TCP Ван Якобсон, принимавший активное участие и в разработке BBR, указал, что одного лишь замедления передачи данных при обнаружении потерь пакетов явно недостаточно. Этого слишком мало, и коррективы вносятся слишком поздно.

«При использовании BBR сидеть и ждать возникновения проблем (в том числе и потерь пакетов) нет никакого смысла, – пояснил он. – Моделируется труба определенной длины и диаметра, и мы определяем, какие объемы она способна пропустить».

Стандарты

BBR непрерывно оценивает пропускную способность и время прямого и обратного прохождения трафика по множеству маршрутов и знает, сколько времени понадобится данным для достижения конечной точки, если передавать их с определенной скоростью. При этом трафик пересылается на скоростях, с которыми сеть может справляться. Такой алгоритм более эффективен, чем контроль за заторами, предлагавшийся изначально.

Технология BBR совместима и с альтернативным транспортным протоколом QUIC (quick UDP internet connections), который был разработан Google и представлен на утверждение IETF в качестве стандарта.

Разработка BBR – уже не первая попытка ускорить TCP. Исследователи из Университета штата Северная Каролина занимались созданием одного из наиболее популярных алгоритмов управления заторами на основе анализа потерь, получившего название BIC (binary increase congestion control), а впоследствии – CUBIC. Здесь также производится расчет оптимальной скорости передачи данных в случае обнаружения заторов. Еще один популярный алгоритм управления заторами называется Reno.

Все они при выявлении заторов используют информацию о потерянных пакетах. По мнению Якобсона, BBR остается единственным алгоритмом, в котором наилучший маршрут определяется на основе анализа скорости прохождения трафика, без учета сведений о потерянных пакетах.

Реакция на BBR

Старший исследователь Networked Systems Group Миря Кюлевинд, возглавляющая также группу IETF Transport Area, которая вовлечена в деятельность по совершенствованию TCP, утверждает, что разработка стандартов организации транспортировки данных и управления ими займет немало времени. Попытки усовершенствовать TCP предпринимались десятки раз, но лишь один вариант был стандартизирован, и произошло это еще до разработки BIC и BBR.

«Стандартизировать общие схемы управления заторами весьма непросто, – заявила Кюлевинд. – Если же говорить о какой-то конкретной компании, которая займется разработкой и продвижением стандарта, на мой взгляд, у Google с учетом масштабов ее операций для этого имеется вполне достаточное количество ресурсов».

По словам Якобсона, цель Google заключается в том, чтобы придать BBR статус стандарта.

По мнению Кюлевинд, BBR выглядит весьма многообещающе. Reno и CUBIC основаны на сходных принципах и выявляют заторы на основе анализа потерь пакетов, последовательно снижая скорость в случае их обнаружения. BBR же для определения заторов использует информацию о времени прохождения пакетов.

Некоторые клиенты Google уже осознали преимущества BBR. Около полумиллиона сайтов в Google Cloud работают сегодня под управлением Wordpress. Основатель и технический директор компании, предоставляющей услуги хостинга для этих сайтов, Джейсон Коэн привел результаты исследований Google, в соответствии с которыми BBR позволяет увеличить пропускную способность в 2700 раз по сравнению с другими средствами, основанными на выявлении заторов путем анализа потерянных пакетов. Простоев в очередях становится в 25 раз меньше.

Клиенты Google Cloud Platform могут бесплатно воспользоваться  BBR в автоматическом режиме при обращении к некоторым облачным сервисам GCP, к числу которых относятся Cloud Spanner, BigTable, Storage, CDN и Load Balancing.

Компания Cisco Systems сообщила о выходе на рынок intent-based networking, заявив, что технология, использующая для управления сетями машинное обучение и передовые средства автоматизации, может стать главной движущей силой в дальнейшем изменении управления сетями.

Что же представляет собой intent-based networking?

Вице-президент Gartner по исследованиям Эндрю Лернер отметил, что в сетевых системах, основанных на намерениях (intent-based networking systems, IBNS) нет ничего нового, а идея, лежащая в их основе, известна уже много лет. Новым же является то, что алгоритмы машинного обучения подошли к той точке, за которой системы IBNS могут стать реальностью. С фундаментальной точки зрения это означает, что желаемое состояние сети определяет администратор, а соответствующие политики реализуются с помощью программного обеспечения автоматизированной настройки.

«IBNS знаменуют собой решительный отказ от сегодняшних способов управления корпоративными сетями, – пояснил Лернер. – В настоящее время трансляция производится вручную, а алгоритмическая проверка отсутствует… Системы IBNS осуществляют мониторинг, идентификацию и вмешательство в реальном времени, меняя существующие условия».

По словам Лернера, системам IBNS присущи четыре характерные черты.

— Трансляция и проверка. Одним из основных принципов функционирования IBNS является трансляция команд сетевых администраторов в действия, выполняемые программным обеспечением. Идея заключается в том, что управляющие сетью определяют высокоуровневую бизнес-политику, применяемую к сети. IBNS проверяет, можно ли реализовать эту политику.

— Автоматическое внедрение. После того как управляющий определит желаемое состояние сети, программное обеспечение IBNS осуществляет манипуляции сетевыми ресурсами для перехода в желаемое состояния и реализации принятой политики.

— Осведомленность о состоянии . Еще один ключевой компонент IBNS осуществляет сбор данных для постоянного мониторинга за состоянием сети.

— Гарантии и динамическая оптимизация/исправление . IBNS гарантирует постоянное поддержание желаемого состояния сети. Для выбора наилучшего способа перехода в желаемое состояния используется машинное обучение. Для поддержания этого состояния автоматически выполняются необходимые корректирующие действия.

В целом, IBNS предоставляет сетевым администраторам возможность определить то, что должна делать сеть, а платформа для автоматизированного управления сетью формирует желаемое состояние и реализует политики.

В Cisco наряду с рядом стартапов уже объявили о планах выпуска продуктов для построения платформ IBNS, но, по словам Лернера, полнофункционального продукта IBNS на рынке пока не видно. Концепция IBNS предполагает работу, не привязанную к оборудованию какого-то конкретного поставщика, но Cisco, возможно, захочет выпустить продукты, интегрируемые с ее собственным оборудованием.

С учетом природы IBNS широкого распространения подобных систем не стоит ждать по крайней мере до 2020 года. Вместе с тем, Лернер убежден в том, что пилотные проекты IBNS будут появляться, доказывая правильность предложенной концепции. «Мы полагаем, что появляющиеся реализации будут носить прагматический характер, связанный с построением новых или обновлением существующих сетей, – подчеркнул он. – Ранние внедрения будут связаны с хорошо проработанными конкретными сценариями использования, например, с архитектурой spine/leaf или с инфраструктурой оконечных узлов территориально-распределенных сетей».

Впервые со времени своего дебюта на рынке в середине 2000-х коммутаторы 10-Gigabit Ethernet начинают терять долю на рынке. По данным IDC, крупные провайдеры и корпорации активно внедряют более быстрые коммутаторы 40-Gigabit Ethernet и 100-Gigabit Ethernet.

По оценкам IDC, в прошлом году поставки коммутаторов 10-Gigabit Ethernet составили 6,15 млрд долл., а в 2015 году – 5,44 млрд. В этом году аналитики IDC прогнозируют сокращение их объемов до 5,94 млрд долл.

Между тем, коммутаторы 40-Gigabit Ethernet продолжают устойчиво расширять свою рыночную нишу. В 2015 году их поставки оценивались в 2,3 млрд долл., в прошлом году – в 2,69 млрд долл., а в этом аналитики прогнозируют увеличение до 2,74 млрд долл.

По мнению аналитиков IDC, рост продаж устройств 40-Gigabit Ethernet и 100-Gigabit Ethernet будет происходить за счет сокращения поставок коммутаторов 10-Gigabit EthernetE. Относительно небольшой сегмент устройств 100-Gigabit Ethernet растет очень быстрыми темпами. В прошлом году объемы продаж таких коммутаторов составили 747 млн долл. В этом же они должны преодолеть планку в миллиард долларов и достичь 1,75 млрд долл., увеличившись за год более чем вдвое.

Брэд Кейсмор, возглавляющий в IDC направление исследований сетевых технологий для ЦОД, считает, что переход на коммутаторы с более высокой пропускной способностью обусловлен ростом масштаба облаков и развитием операторов связи, которым требуется все более быстрое и эффективное оборудование для своих ЦОД. «Все более значительная часть рынка сетевого оборудования для ЦОД приходится на крупных провайдеров облачных сервисов, покупательная способность которых растет по мере переноса рабочей нагрузки в облако, – заявил Кейсмор. – Их потребности в увеличении пропускной способности значительно выше, чем у среднего предприятия, что способствует увеличению темпов роста продаж высокоскоростного оборудования».

По оценкам аналитиков IDC, к 2021 году коммутаторы 100-Gigabit Ethernet будут занимать доминирующее положение на рынке, а объемы их поставок достигнут 5,68 млрд долл. Объемы поставок устройств 40-Gigabit Ethernet составят около 4,15 млрд долл., а коммутаторов 10-Gigabit Ethernet упадут до 4,28 млрд долл.

Согласно прогнозам директора компании Arista Networks по развитию Андреаса Бехтольсхайма, к 2019-2020 году крупные поставщики представят коммутаторы Ethernet с пропускной способностью до 400 Гбит/с. Но среднестатистическому ЦОД такие устройства просто не нужны.

Между тем, поставки коммутаторов 25-Gigabit Ethernet и 50-Gigabit Ethernet, популярность которых также растет, IDC в отдельную категорию пока не выделяет. В ее прогнозах устройства 25-Gigabit Ethernet и 50-Gigabit Ethernet объединены с коммутаторами 40-Gigabit Ethernet.

Что касается конкретных поставщиков, львиная доля на рынке коммутаторов Ethernet для ЦОД, оцениваемого сейчас в 10,4 млрд долл., по-прежнему принадлежит Cisco. По оценкам IDC, в 2016 году она контролировала 58,2%. На втором месте с 9,4% расположилась компания Arista Networks. Третье место по популярности занимает покупка коммутаторов Ethernet напрямую у производителя. В пятерку лучших вошли также Huawei (с долей в 5,8%), Juniper (5,3%) и HPE (4,3%). В нижней части рейтинга продаж разместились Dell, H3C, Brocade, Lenovo и Extreme.

Зубная щетка Philips FlexCare Platinum Connected — не просто приспособление для гигиены полости рта, это устройство Интернета вещей. Датчики определяют местонахождение, измеряют силу нажима и регистрируют перемещения щетки, работающей с частотой 31 тыс. вибраций в минуту. Данные передаются по Bluetooth мобильному приложению, которое анализирует охват полости рта при чистке, указывая области, которым нужны «последние штрихи» или дополнительное внимание. Есть также возможность отправить месячную историю использования щетки зубному врачу, чтобы он был в курсе, насколько качественно вы чистите зубы.

Данные для приложения щетки, как и для других подключенных устройств Philips, обрабатываются в облаке Amazon Web Services. В Philips стремятся быть на переднем крае эпохи Интернета вещей, предоставляя потребителям и коммерческим заказчикам доступ к информации, благодаря которой люди смогут тщательнее следить за своим здоровьем, а машины — работать лучше.

В Philips не хотят упускать расцветающий рынок Интернета вещей, который, по оценкам аналитиков IHS, в 2015 году насчитывал 15,4 млрд соединенных устройств, а к 2020-му должен вырасти вдвое. В IDC, в свою очередь, оценивают объем рынка Интернета вещей за прошлый год в 737 млн долл. и предсказывают, что благодаря среднегодовому росту на 15,6% к 2020 году он вырастет до 1,29 трлн долл.

Коммуникативно-цифровые функции щетки FlexCare разработаны в подразделении Philips, отвечающем за цифровую платформу HealthSuite, возглавляет которое вице-президент и генеральный менеджер Дейл Виггинс. «HealthSuite — ключевой элемент нашей работы на благо здравоохранения, — говорит он. — Соединяя с сетями различные устройства и пользовательские интерфейсы, применяемые в больничной и домашней среде, мы можем предоставлять больше данных, приносящих пользу заказчикам».

Еще одна масштабная инициатива Philips — наладить обмен информацией с поставляемым компанией диагностическим оборудованием, в частности с аппаратами МРТ. Основной целью здесь является снижение затрат на ремонтно-техническое обслуживание.

Аппараты МРТ сохраняют данные о своей работоспособности, состоянии различных компонентов и возникающих ошибках. Раньше специально обученный специалист должен был регулярно проводить технический осмотр аппарата, считывать журналы операций и планировать ремонтные работы, заказывая необходимые комплектующие для замены.

Подключенные аппараты Philips защищенно загружают журналы операций в облако Интернета вещей, работающее на платформе AWS. Теперь машина, пользуясь облачными вычислительными ресурсами, может самостоятельно провести анализ своего состояния и спрогнозировать сроки износа движущихся частей. Philips собирает данные сразу со многих аппаратов, установленных в различных учреждениях. Когда какая-то из машин отчитывается о проблеме, в компании могут отследить предупреждающие сигналы, которые предшествовали сбою, и настроить выдачу уведомлений при их появлении в других машинах. Вместо регулярного посещения больниц для инспекции аппаратов специалисты могут приходить только тогда, когда это действительно нужно, благодаря чему повышается продуктивность их работы и снижаются затраты заказчика.

«Информация извлекается из аппаратов гораздо быстрее, а аналитические алгоритмы, обрабатывая ее, предоставляют сведения, дающие основания для действий», — поясняет Виггинс.

К облаку AWS подключена большая часть систем обработки данных для аппаратов МРТ. Журналы операций ведутся в обычном режиме, но более новые машины и доработанные старые оснащены средствами защищенной передачи данных в AWS.

С помощью платформы бессерверных вычислений AWS Lambda данные упорядочиваются и анализируются. Прогнозные алгоритмы и аналитические инструменты ведут мониторинг работоспособности, выявляют закономерности и формируют отчеты об аномалиях.

По словам Виггинса, в Philips пользуются несколькими сервисами AWS, в том числе платформой Интернета вещей, задействуют примерно 10 тыс. виртуальных машин Elastic Compute Cloud и экземпляры различных СУБД. Для выдачи уведомлений используется сервис Amazon CloudWatch, для автоматического планирования и выполнения заданий — Cloud Formation. В Philips перенесли медицинские снимки общим объемом 19 Пбайт из локальных аппаратных систем хранения в облако, частью путем физической транспортировки на грузовиках Amazon Snowball. Теперь изображения размещены в облачных базах данных, в горизонтально масштабируемой платформе Amazon Simple Storage Service и в Glacier, сервисе для хранения данных редкого доступа. Вся информация шифруется в Philips, ключи есть только у компании.

«Это высококонкурентный рынок, — признает Виггинс. — Чтобы держаться на переднем крае, нам необходимо обучать сотрудников и нанимать новых специалистов, предлагая им соответствующее вознаграждение. По решению руководства новое направление деятельности Philips должно стать одним из главных. Из компании, занимавшейся в основном поставками оборудования, мы превращаемся в производителя медицинской техники, ориентирующегося на улучшение обслуживания с помощью цифровых сервисов. Большую роль в этом играют технологии обмена информации с облаком, освоение которых заставляет нас меняться буквально на ходу».

Объединение гиперконвергентной инфраструктуры VxRail с платформой EMC Enterprise Hybrid Cloud, предлагаемое компанией Dell EMC, упростит организациям среднего размера процесс создания частных облаков.

Инфраструктура VxRail, состоящая из вычислительных и сетевых компонентов, а также компонентов хранения данных, опирается главным образом на программное обеспечение VMware (включая пакет vRealize Suite), которое позволяет клиентам самостоятельно создавать виртуальные машины и виртуальные массивы хранения VMware vSAN. Инфраструктура VxRail была представлена около года тому назад, и на сегодняшний день около тысячи клиентов приобрели уже более 8 тыс. ее узлов, а общие масштабы продаж компонентов хранения превысили 65 Пбайт.

Но теперь VxRail можно будет дополнить программным обеспечением EMC EHC, которое позволяет автоматизировать создание и управление виртуальными машинами, а также использовать инструменты поддержки жизненного цикла приложений Chef и Puppet. В перспективе планируется подключение к гибридным облакам партнеров — к Amazon Web Services и VMware vCloud Air, а также к облакам Microsoft Azure и Virtustream.

«Объединение VxRail и EHC поможет нам вывести свои интегрированные предложения в совершенно иной сегмент рынка, – указал старший вице-президент направления EMC EHC Питер Каттс. – Инфраструктуру VxRail можно развертывать в небольших кластерах, начиная с трех узлов, а затем постепенно дополнять их новыми узлами. Таким образом, VxRail превращается в широко масштабируемую систему для небольших и средних предприятий».

Другие гиперконвергентные платформы EMC, а именно VxBlock и VxRack, предназначены для построения более крупных систем. VxBlock объединяет оборудование Cisco UCS с компонентами хранения EMC, а VxRack представляет собой стоечную систему на базе виртуальных средств хранения ScaleIO с поддержкой гипервизоров, не имеющих отношения к VMware, и даже чисто аппаратной инфраструктуры.

EHC на платформе VxRail предлагается в США за 1,25 млн долл. Эта цена ниже по сравнению со стоимостью EHC на платформе VxBlock, которая в зависимости от конкретных потребностей клиентов может составить от 2 млн до 15 млн долл.

Директор Gartner по исследованиям рынка конвергентных систем Пол Делори указал, что облачные вычисления являются вторым по популярности сценарием использования предварительно сконфигурированных инфраструктурных систем. Лидером здесь остается инфраструктура виртуальных рабочих столов.

Сочетание EHC с VxRail предоставляет небольшим и среднего размера предприятиям максимально доступный вариант развертывания интегрированного облачного программного обеспечения и инфраструктуры, который дает возможность начинать с малой конфигурации и наращивать ее по мере роста потребностей в сервисах частных и гибридных облаков.

По словам Делори, ведущей конвергентной системой на рынке сейчас считается Nutanix, но VxRail и Simplivity (последняя недавно была приобретена компанией Hewlett Packard Enterprise) уже готовы предложить вполне жизнеспособную альтернативу. Использование для платформы VxRail сценариев поставки «под ключ» поможет расширить сферу ее применения.