Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1989 сообщений
Cообщения с меткой

huawei - Самое интересное в блогах

Следующие 30  »
lj_prophotos_ru

Leica всегда под рукой: смартфон Huawei P9 и фотоаппараты Leica. Часть V

Понедельник, 18 Июля 2016 г. 12:00 (ссылка)

Leica T и Huawei P9

Leica T — небольшая и стильная камера, корпус которой сделан из цельного куска алюминия. После вытачивания из заготовки на протяжении 40 минут он полируется вручную. Держа камеру в руках, ты буквально чувствуешь высокое качество изготовления и внимание к каждой детали.

Читать дальше на Prophotos.ru...

http://prophotos-ru.livejournal.com/2450167.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_prophotos_ru

Leica всегда под рукой: смартфон Huawei P9 и фотоаппараты Leica. Часть IV

Воскресенье, 17 Июля 2016 г. 12:01 (ссылка)

Сравнение камер: Leica SL и Huawei P9

"В первый день теста, отправляясь на прогулку, я беру с собой Huawei P9 и Leica SL. В ходе работы над материалом смартфон я носил с собой постоянно, независимо от того, планируется съёмка или нет. Ведь в современном городе практически невозможно представить человека без мобильного телефона. Смартфоны оснащаются множеством полезных функций, но для меня фотографирование — одна из важнейших."

Читать дальше на Prophotos.ru...

http://prophotos-ru.livejournal.com/2449412.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_prophotos_ru

Leica всегда под рукой: смартфон Huawei P9 и фотоаппараты Leica. Часть III

Суббота, 16 Июля 2016 г. 12:01 (ссылка)

Leica SL и Leica T. Наедине с легендой

Компания Leica совсем не новичок на рынке беззеркалок. В 2014 году она представила Leica T (Type 701) — свою первую беззеркалку со сменной оптикой и большим сенсорным дисплеем. Камера была ориентирована в первую очередь на любителей, отдающих предпочтение качеству и премиальности немецкого бренда.

Читать дальше на Prophotos.ru...

http://prophotos-ru.livejournal.com/2449094.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_prophotos_ru

Leica всегда под рукой: смартфон Huawei P9 и фотоаппараты Leica. Часть II

Пятница, 15 Июля 2016 г. 12:01 (ссылка)

Huawei P9. Мобильная революция

Сначала в партнёрство Huawei и Leica просто сложно поверить. Но ведь за более чем вековую историю камеры Leica не раз совершали революцию в области фотографии. В своё время они стали выпускать первые портативные камеры. Даже размеру кадра (36 на 24 мм) мы обязаны Leica! Поэтому попытка начать "новую эру мобильной фотографии" не кажется какой-то фантастикой.

Читать дальше на Prophotos.ru...

http://prophotos-ru.livejournal.com/2448208.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_prophotos_ru

Leica всегда под рукой: смартфон Huawei P9 и фотоаппараты Leica. Часть I

Четверг, 14 Июля 2016 г. 11:55 (ссылка)

Знакомство с устройствами

Не так давно мы начали рассказывать о новом флагмане компании Huawei — P9. Этот смартфон оказался в редакции Prophotos.ru неслучайно. Помимо китайского телекоммуникационного гиганта, в работу над устройством (точнее, над модулем основной камеры) включилась легендарная Leica.

В феврале 2016 года обе компании объявили о начале долгосрочного партнёрства. Первой ласточкой этого сотрудничества стали P9 и его старший брат с большей диагональю экрана P9 Plus.

Читать дальше на Prophotos.ru...

http://prophotos-ru.livejournal.com/2446532.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Виртуализация сетевой инфраструктуры и SDN Solution

Среда, 13 Июля 2016 г. 17:02 (ссылка)





Наш сегодняшний доклад стоит немножко особняком в ряде других материалов с форума Облачные технологии в России: часть I, часть II, часть III, часть IV. Говоря об облачных технологиях, все в первую очередь подразумевают, конечно же виртуализацию айтишного оборудования, такого как сервера СХД и тд. Тем не менее сеть передачи данных является тем неотъемлемым связующим элементом, который собственно позволяет нам с одной стороны предоставлять облачные технологии, то есть обеспечивать коннективити, с другой стороны он нам необходим для собственно реализации центров обработки данных, для организации связности между ЦОД-ами, и на самом деле практически в 90% в текущих организациях, именно сеть передачи данных на сегодняшний день становятся тем узким местом, тем бутылочным горлом, которое, собственно затрудняет внедрение новых сервисов, внедрение новых приложений.











Сергей Аксенов, старший менеджер по продукции Datacom, HUAWEI



Коллеги, добрый день еще раз, сегодня Сергей Аксенов, компания Huawei. Компания Huawei имеет новую концепцию, новое решение, которое называется Agile Network. На русский язык слово Agile можно перевести как гибкий, управляемый, быстрый интеллектуальный. Это те ценности, которые закладываются в концепцию сетей следующего поколения. И если так немножко пошире посмотреть в историю, то на протяжении, наверное, последних 10 лет ничего кардинально нового с точки зрения сетевых технологий, сетевых решений не появлялось. Появлялись какие-то улучшения, дополнительные нововведения, но кардинальных изменений, по сути не было. И сейчас мы как раз стоим на пороге сетей нового поколения, так называемых сети SDN, Software Defined Networking, то есть программно-определяемых сетей, и собственно Agile Network и есть та самая программно- определяемая сеть.



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



Кроме термина SDN, я дам вам сразу чтобы расставить все точки над и, скажу что есть термин NFV – Network Function Virtualization, то есть здесь основной целью этого термина заключается в том что мы по сути уходим от дорогих аппаратных сетевых специализированных устройств и эти функции мы перекладываем на вычислительную инфраструктуру по виртуализации на сервера, об этом мы тоже сейчас немножко поговорим.



Собственно, если посмотреть на актуальные тренды в области информационных технологий, они на этом слайде показаны, ни для кого не секрет, на протяжении последних лет 5- 6 мы о них разговариваем, ежегодный взрывной рост трафика, появление новых стандартов телевидения появления видео ультра высокой четкости UltraHD, взрывной рост количества терминалов: это и технологии мобильности, это и технологии интернета вещей. По оценкам к 2020 году, порядка 5 млрд устройств они уже будут подключены к глобальной сети, при этом порядка 70% всех устройств это устройства связанные с internet of things, то есть с интернетом вещей. Собственно, облачные вычисления и опять же социальные сети, которые создают огромные объемы трафика собственно обмен различным типом контента все вот эти тренды, все эти предпосылки стали отправной точкой для разработки сетей следующего поколения.







Ни для кого не секрет, что в центре обработки данных на сегодняшний день уже наступила эпоха виртуализации, то есть как аппаратные сервера используют все меньше организаций, наверное, совсем смол-бизнес, то есть эпоха виртуализации в ЦОД фактически наступила. Вот этот переход к новой модели ресурсов, с точки зрения серверов и СХД произошел 10 лет назад, с точки зрения сети это изменение происходит сейчас. Сеть становится узким местом для внедрения новых сервисов, для внедрения новых приложений. То есть если рассмотреть туже самую систему виртуализации, то там большинство рутинных задач автоматизированы, то есть если нам требуется развернуть новый виртуальный сервер под какой-то сервис, например, или скопировать этот сервер из одного ЦОДа в другой ЦОД — там все эти операции рутинные можно выполнить за 15 минут, ничего сложного в этом нет для администратора.







При этом сеть передачи данных зачастую требует manual configuration, ручного управления. То есть если мы хотим чтобы виртуальная машина или какая-то новая виртуальная среда у нас мигрировала, чтобы она развернулась там у нас в ЦОДе, для этого нам зачастую требуется вручную сделать все эти изменения, требуется привлекать сетевого администратора, который будет прописывать новые политики маршрутизации, политики коммутации, качество сервиса, безопасности и тем самым у нас затрудняется внедрение новых сервисов, то есть в данном сценарии это займет уже не 15 минут с точки зрения виртуализации вычислительной инфраструктуры, а займет уже до 2 дней.







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







И здесь показан один из кейсов, который за счет разрозненности за счет того, что они плотно не интегрированы не взаимодействуют друг с другом, то есть они не видят, что со стороны одного из компонентов происходит какая-то проблема, на втором это не отражается. Здесь показан прямой кейс, простой, что кратковременная проблема на сетевой инфраструктуре, она влечет то, что все виртуальные машины у нас мигрируют в одной из областей на один из серверов, тем самым мы наблюдают перезагрузку, в то время как другой в это время простаивает. Это сетевая проблема, она была совсем кратковременна, она никоим образом не отразилась бы на качестве работы различных приложений и сервисов.







Все это и стало предпосылками для разработки и перехода к сетям нового поколения, к сетям с программно-определяемой архитектурой. Здесь написаны основные ценности, что сеть должна быть более гибкой и прозрачной для пользователей сервисов и приложений. Она должна стать гибкой, динамичной, быстрой и более интеллектуальной. Agile Network, как я сказал, это Software Defined Networking это программно-определяемая инфраструктура и, по сути, это целая концепция, которая существенно отличается от традиционных принципов построения и внедрения сети передачи данных. Если посмотреть на традиционный подход, на традиционные сети, которые долгое время у нас существовали, то там сетевой администратор оперировал физическими портами, физическими устройствами, топологией, то есть был жестко привязан к физическим устройствам. Говоря про концепцию Agile Network, про программно-определяемую сеть, мы здесь делаем фокус на пользователей сервисов и приложений. Мы определяем профили пользователей, определяем качество работы того или иного сервиса и, по сути, мы можем забыть про нашу топологию, про физические устройства. В традиционных сетях мы наблюдали такую ручную конфигурацию и раздельный подход, то есть какая-то, например, есть инфраструктура, состоящая из 50 сетевых устройств и раздельный подход подразумевал, что каждое из устройств требовало отдельной ручной конфигурации, т.е нужно было зайти на каждую их этих железок, подключиться через вэб-интерфейс или через командную строку и, собственно, в отдельности сконфигурить каждое из этих устройств. Сложность эксплуатации, сложность настройки, сложность управления такой сети она ощутимо сложная. В новой концепции мы приходим к всеобщему взаимодействию и к динамическому управлению всей инфраструктурой, то есть мы не просто настроили инфраструктуру с помощью командной строки, но и например там эта конфигурация живёт, в данном сценарии SDN, у нас все меняется на лету, то есть это не статическая сеть какой мы ее настроили, она, собственно, реагирует на все эти изменения которые происходят, эти изменения могут быть с точки зрения внедрения новых сервисов, появления новых пользователей, либо внедрения каких то новых политик безопасности, то есть это у нас теперь такой живой организм, и сточки зрения интеллектуального управления у нас здесь опять же появляется интеллект, но про это чуть дальше. И собственно здесь появляется такое нововведение как постоянный контроль и управление качеством. Мы не просто на авось конфигурируем нашу сеть, прописываем правила маршрутизации, политики коммутации. Мы в реальном времени теперь можем контролировать, как работает то или иное приложение, как работает тот или иной сервис. То есть, по сути, мы можем задать параметры SLA для работы того или иного приложения и собственно контролировать и обеспечивать выполнение этого SLA внутри нашей инфраструктуры.







Концепция Agile Network подойдет практически любой организации, любому предприятию и состоит она из 4 основных блоков. Первый блок это кампусная сеть, то есть это та корпоративная сеть, которая используется вашей организацией. Даже несмотря на то, что вы будете пользоваться облачными услугами, будете пользоваться услугами сервис провайдеров внешних, ваша внутренняя кампусная сеть необходима для подключения пользователей, их терминалов, теперь эти терминалы могут быть беспроводными, но тем не менее кампусная сеть у вас там присутствуют. Второй компонент — это компонент Agile Network для центров обработки данных. Про ЦОДы будут отдельные слайды, про них я расскажу как там что реализуется. Большинство заказчиков, которые с нами взаимодействуют, например ритейл, у них имеется такая распределенная архитектура, например распределенная сеть магазинов несколько сотен или тысяч объектов и централизованный ЦОД, собственно здесь проблемные задачи точно такие же, это разрозненная архитектура, которая управляется централизованно, собственно решение от Huawei позволяет это реализовать. И наконец, 4 компонент Agile Wan это компонент для управления внешним каналом связи. На сегодняшний день все больше заказчиков заинтересованы в использовании облачных технологий, заинтересованы в том, чтобы иметь несколько ЦОДов географически разнесенных, и как раз управление качеством через внешние каналы, через каналы сервис провайдеров, это тоже видите такой актуализатор актуальной проблемы. ну давайте по порядку, сначала поговорим про кампусные сети.







Ядром и сердцем кампусной инфраструктуры является 2 компонента в решении Agile Network. Первый компонент – специализированное программное обеспечение называемое SDN контролллер, у нас называется Agile campus controller, собственно это программное обеспечение которое позволяет централизованно управлять политиками, профилями подключения пользователей, позволяет управлять конфигурациями сетевых элементов и собственно управлять путями передачи трафика, теперь мы по сути переходим к такой модели что не 50 разрозненных устройств, а 50 устройств которые занимаются просто подключением, то есть занимаются передачей данных и одна точка то есть это централизованный интеллект, мозг системы который управляет за абсолютно всю логику по передаче трафика, по политике безопасности, по качествам сервиса. И собственно второй компонент это сеть передачи данных, здесь необходим специализированный коммутатор нового поколения, они уже называются Agile коммутаторы, то есть это сетевые элементы которые могут взаимодействовать с централизованным интеллектом, с централизованным SDN контроллером и собственно по протоколу OpenFlow, или про протоколам NETCONF, они понимают каким образом передавать трафик, каким образом подключать того или иного пользователя, каким образом реагировать на ту или иную угрозу, то есть теперь это такие по сути управляемые устройства. Кроме управляемости с помощью централизованного интеллекта здесь появляется еще 5 нововведений, о которых говорит Huawei, это конвергенция проводных и беспроводных элементов сети. Под конвергенцией здесь понимается, что мы приводим нашу сеть к единому знаменателю. Зачастую сеть Wi-Fi в организациях рассматривалась как дополнительная к проводной, потому что Wi-Fi долгое время не мог обеспечить ни достаточного качества, ни достаточной пропускной способности, сегодня с появлением стандартной 802.11ac с гигабитами пропускной способности через радио интерфейсы с полноценной реализацией кос мы можем говорить о том, что беспроводная сеть у нас становится частью нашей проводной сети. По сути это действительно единый знаменатель, нам необходимо централизованно управлять обоими компонентами нашей инфраструктуры. Второе нововведение это абсолютная мобильность, контроль управления качеством, единая безопасность и программируемость. На каждом элементе мы сейчас остановимся подробнее, проговорим в деталях.







Конвергенция проводных и беспроводных элементов сети. Многие центры обработки данных долгое время использовали архитектуру, когда стоит какой-то главный коммутатор, стоят top-of-rack коммутаторы для непосредственного подключения серверов и, собственно, вот эти top-of-rack коммутаторы выступают как фабрики коммутации, как выносные линейные карты, какой бы у нас не был ЦОД, сколько бы у нас там не было коммутаторов доступа, для подключения серверов, всем этим можно было управлять централизованно с помощью этих больших виртуальных коммутаторов. Собственно говоря, про решение Agile Campus мы приходим ровно к той же самой модели, вся наша сетевая инфраструктура состоящая ранее их 50 элементов, приходит к модели что это по сути один большой виртуальный коммутатор, который состоит из 50 виртуальных плат, т.е из одной точки с помощью единого унифицированного централизованного управления мы можем управлять всей нашей сетевой инфраструктурой. Здесь собственно это и нарисовано. Тут у нас была какая-то кампусная инфраструктура, состоящая из уровней ядра, теперь все это превращается в единый виртуальный коммутатор, в котором появляется N-ое количество виртуальных плат. При этом точки доступа Wi-Fi которые у нас там все время выглядели как такой отдельный элемент, требовали установки специализированного контроллера BLDC, теперь все это опять же сводится к одной точке, то есть точки доступа у нас будут выглядеть как порты доступа.







Второе. Долгое время беспроводная сеть рассматривалась наложенной на проводную и требовала отдельного управления. Мы строили специализированную беспроводную сеть, мы там строили CAPWAP туннели, ставили беспроводные контроллеры, нам надо было задуматься каким образом сделать аутентификацию и подключение пользователей, с помощью пароля или через эктив директори их авторизовывать или там все-таки радиус сервер, с другой стороны у нас была вторая часть инфраструктуры, проводная в которой там были свои правила политики безопасности, свои правила аутентификации пользователя. Собственно, в решении Agile Network мы приходим к тому что независимо от того где и каким образом подключен пользователь мы можем его в единой точке аутентифицировать и подгружать его профиль. Например, у нас сидит бухгалтер в каком-то учреждении на 2 этаже, в какой-то момент вся бухгалтерия переезжает на 4 этаж. В традиционном подходе это требовало бы от сетевых инженеров чтобы те настройки, которые были на коммутаторе 2 этажа, они там собственно все удалили, и перенесли на коммутатор доступа на 4 этаже. То есть здесь должность такого перегруза 1-2 дня заняло бы. В сценарии Agile Network поскольку у нас появляется здесь единый интеллект, который сохранит все профили пользователей вне зависимости от того на каком они этаже, подключаются они с помощью ноутбука либо подключаются с помощью вайфая, мы просто подгружаем их профиль с помощью механизма идентификации, будь это радиус, будь это веб портал с каким-то логином и паролем и собственно все эти политики все эти правила загружаются на порты доступа. То есть здесь у нас сложность по эксплуатации сети резко снижается.







То же самое происходит с точки зрения технологии абсолютной мобильности, на сегодня рамки рабочего времени они, наверное, уже стерты практически, мы работаем не только с 9 до 6 как привыкли раньше, теперь у нас у всех есть смартфон, есть планшет, есть возможность удаленного доступа, я за собой зачастую наблюдаю, что я в офисе провожу намного меньше времени, чем собственно в командировках, на мероприятиях, и возможность получения единого пользовательского опыта она очень важна. Вне зависимости от того откуда и каким образом подключен пользователь, он везде получит свою пропускную способность, получит свои правила и политики безопасности. При этом мы можем в нескольких плоскостях управлять этими политиками, для того чтобы обеспечить внутреннюю информационную безопасность. Опять же пример. Например, я прихожу в офис и со своего ноутбука подключаюсь к корпоративной сети со своим логином и паролем. Собственно, я получаю доступ к абсолютно всем внутренним ресурсам, почтовый сервер, система ERP система CRM, то есть у меня здесь никаких ограничений нету. При этом работодатель хочет, чтобы, например, когда я вечером работаю из дома я не мог любую информацию скопировать, чтобы я имел доступ только к корпоративной почте. Собственно, я прихожу домой, ввожу тот-же логин и пароль и теперь система определяет, что это мой профиль, но мое местоположение вне офиса. Собственно, автоматически загружаются новые политики, которые не позволят мне теперь получить доступ к внутренним ресурсам. Тоже самое можно делать, привязываясь к типу терминала. Например, в офисе со своим ноутбуком, со своим логином и паролем я получаю опять же доступ ко всем внутренним корпоративным ресурсам из того же офиса со своим смартфоном или айпэдом, вводя ровно тот же самый логин и пароль я получаю доступ только к интернету, то есть мы теперь в нескольких плоскостях можем и аутентифицировать пользователя, идентифицировать его принадлежность по типу терминала, по признаку сетевому, мак адресу, айпи адресу, по времени доступа, его местоположению, мы теперь весьма гибко можем управлять и нагружать политики безопасности. При этом с точки зрения сетевого администратора не требуется делать ничего, один раз настроить сетевые политики, и они просто соблюдаются. Здесь мы получаем опережено-личное управление сетью.







Еще она концепция та которая уже, тем не менее, работает — это идентифицированная безопасность. С точки зрения корпоративной сети либо центра обработки данных всегда рассматривалось какое-то сетевое устройство, как правило, фаерволл, который стоял по периметру сети и собственно он обеспечивал фильтрацию трафика. Фильтрация могла быть по access control листам или какой-то DPI, мы глубоко разбирали этот трафик, понимали какое приложение работает, что за уязвимость там может быть, есть ли там вирусы и так далее. Но это подход статический. Мы один раз настроили и надеемся на то что ничего там не произойдет, что те настроенные один раз политики они будут эффективны, будут защищать нашу сетевую инфраструктуру. Но на самом деле если изменится тип угрозы, появится какой-то новый тип угрозы, то можно просто не отследить этот момент. Поэтому собственно в реализации Huawei каждый сетевой элемент может собирать и передавать информацию обо всем проходящем через него трафике, и передавать это в единую точку в центр обеспечения безопасности. То есть теперь мы в реальном времени на реальных потоках трафика можем собирать информацию абсолютно обо всех событиях, которые происходят внутри сетевой инфраструктуры, и если в какой-то момент там происходят изменения, происходит какой-то резкий всплеск трафика, то мы в реальном времени можем отследить ситуацию, уведомить администратора, и система автоматически примет действие для защиты от различных типов атак даже новых, которые только появляются.







Собственно, технология iPCA для контроля и управления качеством. Здесь опять же проще на примере, что у нас есть какая-то инфраструктура, пусть это кампусная инфраструктура будет, инфраструктура ЦОДа, и если нам требовалось проверить как работает наша сеть, с каким качеством будет работать то или иное приложение, то для этого требуется стимулировать дополнительный поток трафика из точки А в точку Б и по прохождению этого трафика могли сравнить, понять какая задержка какая потеря, и собственно определяли, как может работать наша сеть, то или иное приложение. Опять же для этого требовалось создавать дополнительную нагрузку на сети, аккумулировать потоки трафика и по сути реальную картину мы не получали. Собственно, технология iPCA это технология сквозного контроля и обеспечения качества, она позволяет на реальных потоках трафика, не создавая никакую нагрузку определять SLA, заданный параметр качества и соблюдать. Если в какой-то момент заданные параметры начинают ухудшаться, то система автоматически позволяет перестроить пути передачи трафика таким образом, чтобы SLA выполнялся.







Собственно, в заключение про кампусное решение, оно тоже называется SDN, программно-определяемая инфраструктура, но с точки зрения Huawei переход к сетям следующего поколения не должен быть революционным, который требует полной замены всех сетевых элементов, он должен быть эволюционным. То есть те сетевые решения, приложения, сервисы, которые уже работали на инфраструктуре у заказчика они должны сохраниться, они должны продолжить работать так как и работают. Та сетевая инфраструктура, которая была построена, она тоже должна продолжать работать. Но при этом наши коммутаторы могут параллельно работать как в программно-определяемой инфраструктуре, так в уже устаревающих на сегодняшний день традиционных сетях с коммутацией, с маршрутизацией. С точки зрения аппаратной реализации, по сути на сегодняшний день это уже 5 поколение коммутаторов, которые выпускают Huawei, начиная с 1989 года, когда были выпущены первые хабы, они так еще назывались, потом у нас появлялись коммутаторы, которые умеют делать маршрутизацию, после этого 4 поколение это были специализированные построенные уже на ASIC, специализированных сетевых процессорах, которые были жестко привязаны к обработке тех или иных алгоритмов.







Теперь мы говорим о 5 поколении коммутаторов, в которых используются новые чипсеты, это не традиционные ASIC, которые жестко привязаны к обработке по определенному алгоритму, различных протоколов. ENP процессоры они полностью программируемые. Если у нас появляется какой-то новый протокол, какой-то нестандартный сервис, который требует какие-то изменения в протоколе то ENP процессоры позволяют довольно гибко реагировать на эту проблему, достаточно изменить прошивку этого микропроцессора и он так же на лету сможет обрабатывать новые типы трафика. Для чего это нужно? Поскольку SDN на сегодняшний день де факто не стандартизирован, существует протокол OpenFlow в разных версиях, но он до сих пор дорабатывается, у многих вендеров у многих производителей существуют свои какие-то проприетарные вещи, свои доработки. Заказчик на сегодняшний день покупает это оборудование, предназначенное для сетей следующего поколения, он хочет быть уверен, что купленное оборудование оно будет актуально и через 5-6 лет, когда SDN будет окончательно стандартизирован. Собственно, гибкие программируемые сетевые процессоры позволяют решить эту задачу.







На сегодняшний день у нас уже выпущено несколько моделей гибких коммутаторов, первым таким флагманом это была линейка S12700, собственно традиционные там модульные коммутаторы, которые допустим на 8, на 12 интерфейсных платах ну ничего удивительного, то есть оборудование которое можно использовать на уровне ядра сети и на уровне агрегации, но они уже построены на этой гибкой архитектуре с ENP процессором.



У нас уже реализовано N-ое количество различных проектов, и глобальный проект, по сути архитектура Agile Network это концепция, она присутствует 1,5 года на рынке, но уже удалось реализовать много разных проектов. В том числе в России в прошлом году у нас были уже первые ласточки, вот интересный проект мы сделали в МГПУ (Московский государственный педагогический университет), но в вузах в России сейчас проходит реструктуризация, т.е выбирается главный вуз и вузы поменьше, колледжи, они цепляются к этой головной организации, головному вузу. И там собственно такая же проблема была, там была внутренняя инфраструктура сетевая МГПУ плюс там цеплялись вузы поменьше, цеплялись колледжи, при чем там абсолютно разрозненность наблюдалась, то есть у кого-то свежее оборудование Cisco было у кого-то Huawei стояло, у кого-то стояли оборудования D-Link, MikroTik, и всем этим было трудно управлять, абсолютно разрозненная инфраструктура, разный синтаксис, разные сетевые инженеры с разной квалификацией и так далее. Собственно, решение Agile Network позволяет привести все это к единому знаменателю, мы можем поставить централизованный контроллер, абсолютно все оборудование нам не требуется менять, нам требуется заменить лишь некоторые узлы и мы с помощью единой системы мониторинга, с помощью единой системы управления можем за всей этой инфраструктурой наблюдать. Можем вносить изменения, получать информацию о каких-то проблемах, неисправностях, строить отчеты и так далее.







Второй компонент- это решение Agile Branch, которое когда у нас инфраструктура не просто замкнутая, кампусная, наша корпоративная сеть, а когда у нас собственно разрозненная инфраструктура, то есть у нас есть несколько удаленных офисов, есть какая-то центральная точка, и опять бы мы хотели чтобы мы централизованно из этой точки могли управлять абсолютно разными политиками. Для этого Huawei выпускает новую линейку маршрутизаторов, они называются у нас Agile Gateways, гибкие шлюзы можем перевести, и раньше такие устройства по сути были, это были такие мультисервисные маршрутизаторы все в одном, они обеспечивали доступ в интернет примерно, проводку голоса, имели встроенный фаерволл и встроенную точку доступа.



Теперь говоря про мультисервисные маршрутизаторы, они стали еще более мультисервисными, еще более гибкими, если так можно сказать.



Теперь они построены по архитектуре X86, по сути, это такой мини сервер, там есть встроенный SSD накопитель, куда можно поставить полноценную операционную систему: Windows. Linux. Android, то есть абсолютно все, что угодно. Это дает нам возможность предлагать не просто традиционные коммуникационные решения, когда нам требуется объединить несколько точек, это дает возможность создавать абсолютно новые бизнес приложения. Как пример, с одним из системных интеграторов мы сейчас прорабатываем решения, они хотят в общественном транспорте, в торговых центрах поставить экраны, телевизоры, в которых встроена веб-камера и есть выход HDMI. Туда ставятся наши интеллектуальные маршрутизаторы с операционной системой на Windows и написанное приложение. Человек подходит к этому экрану, встроенная веб-камера позволяет проанализировать, кто подошел: мужчина/женщина, и какого возраста: ребенок или пенсионер. После того, как мы определили принадлежность половозрастную этого человека, мы можем показывать ему таргетированную рекламу. Ребенку показывают рекламу подгузников, чупа-чупсов, пенсионеру показывать рекламу лекарств или подгузников. Тоже актуально.

Теперь у нас появляется дополнительная гибкость, мы не просто строим коммуникационную сеть, мы строим сеть, на которую можно разворачивать такие value-added services. Зачем там нужны маршрутизаторы? В принципе это все можно было реализовать с помощью обычных серверов, с помощью каких-то PC, подключить те же самые экраны. Маршрутизаторы тут нужны с той точки зрения, что на всех тех объектах надо обеспечить коннективити, где-то это проводное подключение, где-то DSL, где-то 3G, где-то 4G. Нам надо управлять информационной безопасностью, нам надо управлять политикой подключения, политикой обновления этих устройств. Раньше если эта разрозненная инфраструктура была представлена – 100 магазинов + головной ЦОД, то теперь это 10 тыс. экранов + 1 главный ЦОД. То есть этими 10 тыс. устройств надо так же централизованно управлять. Наше решение Agile Network нацелено на решение этой задачи в том числе.







Еще один кейс, что когда у нас существует такая разрозненная инфраструктура, состоящая из сотен, тысяч удаленных точек, большой проблемой является внедрение и развертывание новых объектов. Для этого нам в эти 10 тыс. точек надо отправить инженера, какого-то специализированного, который понимает и имеет достаточную квалификацию для настройки этого устройства. Это проблемно, это затруднительно. Поэтому в концепции Agile Network мы полностью от этого уходим, мы просто отправляем эту коробку на объект, обеспечиваем для нее подключение к интернету, USB-свисток вставляем LTE-шный, все, после этого устройство автоматически подгружает конфигурацию, подгружает все свои настройки с помощью централизованного SDN-контроллера. То есть развертывание этой инфраструктуры, развертывание объектов получается очень простой и доступный для большинства заказчиков.







Ну и, с точки зрения аппаратных моделей, здесь у нас есть большая продуктовая линейка: для стационарного использования, для мобильного использования, для использования в сценариях интернет вещей, когда нам надо подключить n-ое количество смарт-сенсоров, каких-то датчиков, все это можно реализовать в подобных шлюзах. Еще одна вещь – виртуализация и облака присутствуют и здесь. На вот этом обычном маленьком маршрутизаторе можно сделать виртуализацию, там есть KVM, то есть на одну виртуальную среду вы можете поставить Linux, на другую Windows или еще что-то. Виртуализация дошла до совсем простых коробок, абонентских устройств, абонентских девайсов.







Третий компонент решения Agile Network, он наиболее близкий к тематике сегодняшнего мероприятия, это Cloud Network, это решение Agile Network для облачной инфраструктуры, для инфраструктуры центров обработки данных. С одной стороны, здесь главными требованиями является, во-первых, эластичность. Эластичность – под ней понимается и производительность аппаратная устройств, эластичность с точки зрения функционала, эти устройства должны обеспечивать нам связность между разными ЦОДами, либо должны обеспечивать связность внутри нашего ЦОДа. Вторая основная ценность для сетевого оборудования ЦОДа – это открытость. В ЦОДах не должна быть моновендерная инфраструктура, зачастую она мультивендерная, мы должны обеспечивать взаимодействие, мы должны обеспечивать API для взаимодействия различных компонентов, для их плотной интеграции.

Третий Кит – это виртуализация. С одной стороны, для вычислительных ресурсов, с другой стороны для сетевых элементов в том числе.







Здесь у нас тоже выделена линейка оборудования, коммутаторы из серии Cloud Engine, они представлены в фойе, можно подробнее ознакомиться, и с модульными решениями – 12800 и с top-of-rack коммутаторами. Широкая линейка оборудования, они предлагают с одной стороны уникальную, с точки зрения производительности архитектуры, если посмотреть на те значения емкости коммутации, пропускной способности, плотности портов, то Huawei уверенно опережает всех производителей по тем же даташитам можно убедиться в технологичности нашего оборудования. С другой стороны, здесь присутствует полный пул технологий, для виртуализации.

Если кратко по ним пройтись, первая технология у нас называется Virtual Switch (VS). Представьте, что существует какой-то крупный коммерческий ЦОД и несколько арендаторов. При этом каждый из арендаторов хочет самостоятельно управлять не только вычислительной инфраструктурой, серверами и сервисами, но хочет управлять и сетевой инфраструктурой, самостоятельно прописывать политику маршрутизации, политику качества сервиса, политику безопасности. Технология VS позволяет нам один физический коммутатор представить в виде 16 виртуальных. Мы можем сказать, что у нас стоит такой большой коммутатор, интерфейсная плата первая, порты с 1-7, 23, 25 – это арендатор №1, интерфейсная плата 7, порты с 17 по 25 – это арендатор №2. Мы закрепляем за ними вычислительные ресурсы, и после этого эти арендаторы работают независимо друг от друга. На одного из арендаторов может начаться DDOS-атака, на другом это никоим образом не отразится. Они будут работать абсолютно изолированно друг от друга.



Следующая технология: SVF – Super Virtual Fabric, Виртуальная фабрика. Может быть сколь угодно большой центр обработки данных, состоящий из 100 стоек, при это мы можем централизованно из одной точки, с помощью единого коммутатора управлять абсолютно всей нашей сетевой инфраструктурой. Все эти 40, 50, 100 стоек будут выглядеть просто как дополнительные виртуальные платы, дополнительные выносы этого нашего головного коммутатора. И еще одной актуальной проблемой, актуальным трендом для центров обработки данных является обеспечение связности между несколькими ЦОДами. Так называемое решение disaster recovery, решение active-active. Когда у нас есть несколько ЦОДов, географически разнесенные. Если там в какой-то момент наблюдаются программные или аппаратные сбои в одном из ЦОДов, то для сервисов, для приложений, для пользователей это должно быть абсолютно незаметным. Все должно работать безшовно. В этом случае нам требуется такая плавная миграция виртуальных машин из одного ЦОДа в другой ЦОД. Для этого надо обеспечить так называемую L2 связность. Для этого у нас тоже существует целый ряд технологий, есть проприетарная технология, которая называется EVN, то, что у CISCO называется OTV. Но на сегодняшний день все вендеры приходят к единому знаменателю, технология EVPN, которая позволит работать разным вендерам, позволит взаимодействовать им между собой и обеспечивать L2-связность. Наше оборудование уже поддерживает такую мейнтстримную технологию, то есть все это заложено.



Говоря про ЦОДы, еще одной актуальной задачей и проблемой является увеличение количества VLAN, то есть увеличение количества пользователей сетевых ресурсов, которые мы предоставляем. Для этого наше оборудование поддерживает такую мейнстримную технологию, которая называется VXLAN, и он позволяет нам с 4000 VLAN увеличить это количество до 16 миллионов VLAN. Оборудование Huawei на линейке Cloud Engine это все тоже заложено.







Опять же оборудование ЦОДовское, оно конвергентное, там может быть не только ethernet, там может быть FCoE, это может быть просто fiber channel, различные варианты реализации сетевой инфраструктуры у нас тоже присутствуют. И тот компонент, про который мы уже говорили, Agile Controller, то есть централизованный интеллект, с точки зрения ЦОДа нам приносит тоже много value. С одной стороны, он будет иметь южный интерфейс к системе виртуализации, в настоящий момент система виртуализации может быть виртуализация от Huawei, которая называется Fusion Sphere, наш гипервизор. Это может быть широко используемый VMware, опять же это может быть виртуализация от Microsoft (HYPER-V). С другой стороны, контроллер имеет интерфейс для взаимодействия с низшим уровнем, то есть с уровнем сетевых элементов, сетевых устройств. То есть теперь все те изменения, которые происходят в вычислительной инфраструктуре, они не проходят незаметно для сетевой части инфраструктуры, она реагирует на все те изменения, которые произошли, соответствующим образом.







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



На этом все. Вот те основные ценности, которые я хотел вам рассказать про Agile Network. С одной стороны, с точки зрения ЦОДов, у нас есть технологии, которые обеспечивают связность, обеспечивают решения active-active. С другой стороны, мы обеспечиваем работу кампусных сетей, которые приводим к единому знаменателю. Мы можем управлять профилями пользователей, политиками безопасности, политиками качества сервиса, конфигурациями устройств с помощью единой точки, то есть мы уходим от раздельного статического подхода. И если нам требуется построить такую распределенную инфраструктуру, состоящую из n-го количества элементов, то здесь мы можем все это привести к единой точке и централизованно управлять всей сетью.



Вопрос из зала: Если используется в одном месте коммутатор от Cisco, в другом Huawei или еще какая-то другая фирма, то cloud engine способен конфигурировать их, для того, чтобы вносить изменения?

— На самом деле все производители сей к этому идут, open flow как раз и создан этот протокол взаимодействия, он создан для того, чтобы SDN контроллер централизованный был от одного вендера, устройство от какого-то другого вендера, и все это прекрасно взаимодействовало. И на сегодняшний день такого нет. Все-таки step by step мы к этому идем, мы идем к стандартизации. Все эти красивости и плюшки можно реализовать только на нашем оборудовании в полном объеме.



Вопрос из зала: То есть нельзя подружить iOS и что-то ваше?

— Здесь вопрос в том, что надо дружить и какую задачу мы решаем. На сегодня 90% заказчиков интересует насколько возможно интегрировать оборудование Huawei, Cisco, при том, что у Cisco энное количество своих проприетарных закрытых технологий. Huawei это прекрасно понимает. У 95% заказчиков инфраструктура уже построена, то есть мы приходим на все готовое. И если мы хотим, чтобы наше оборудование у заказчика заработало, то мы должны обеспечить полную совместимость. Мы должны обеспечить сохранение тех сетевых сервисов, которые у него были в полном объеме. Если говорить про традиционные решения, не SDN-овские, то там мы можем обеспечить полноценную интеграцию. Cisco с Huawei прекрасно будут работать. Но с точки зрения SDN с контроллером, пока у всех производителей это пока проприетарно. Это уже не просто концепция на будущее, это реально работающий сценарий, но пока полной интеграции, к сожалению, нет.








Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/305610/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Модульные дата центры с «поднебесной» и Азии

Вторник, 05 Июля 2016 г. 09:43 (ссылка)

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







Ежедневное увеличение потребностей, заставило владельцев дата центров увеличивать свою инфраструктуру и вычислительные мощности в целом с минимальными затратами. Снизить расходы к минимуму позволяет концепция модульного ЦОД, которая в любой момент дает возможность гибко увеличить свои потребительские мощности на данный момент. Таким образом владельцы избегают капитальных затрат и эксплуатационных расходов и эффективно удовлетворяют конечного потребителя. Рынок модульных решени набирает все больше и больше популярности среди ЦОД. Недавно появилась новая информация о модульных дата центрах от компаний Tencent, ZTE и Minkels.



Компании с Китая Tencent и ZTE Launch обеденнились в сегменте модульных ЦОД



Китайская телекоммуникационная компания Tencent Holdings (крупнейший интернет-провайдер) и второй по величине производитель телекоммуникационного оборудования ZTE CORPORATION, совместно разработали и воплотили в жизнь модульный контейнерный дата центр. Они достигли рекордного уровня энергоэффективности, расчетный коэффициент эффективности использования энергии (PUE) составляет 1.0665. Энергию ЦОД получает с солнечной фермы, расположенной на крыше. Данная цифра поразительная, потому, как большинство дата центров расположенных в Китае имеют показатель PUE на отметке выше 2.2, согласно данным предоставленным компанией ZTE CORPORATION.







Коммерческий дата центр получил название Tencent West Lab. Он будет предоставлять возможность арендовать другим компаниям, стандартные контейнерные блоки на основе ZTE T-block, в которых будут размещать свое серверное оборудование. Данные модули будут мобильны и по запросу клиентов, их могут перемещать по территории кампуса. После того, как клиент производит заказ, модульный блок доставляют на территории кампуса и приступают к установке дополнительных, индивидуальных модульных блоков и клиентского оборудования внутри контейнера. Это оборудование устанавливается и вводиться в эксплуатацию в течении двух недель после доставки на площадку.









Планируется использовать систему косвенного испарительного охлаждения для оборудования, находящегося в контейнерах. Часть электричетства будет поступать от солнечной батареи, прямо преобразующих солнечную энергию в постоянный электрический ток. Дополнительная электроэнергия будет поступать через силовую линию высокого напряжения постоянного тока (HVDC) для экономии.



Программное обеспечение, которое используется для управления отдельными контейнерными блоками называется iDCIM (разработана специалистами компании ZTE). Физическими активами на территории кампуса управляют с помощью системы радио-метки RFID.



Компания ZTE представлена на рынке, как крупнейший китайский производитель сетевого оборудования корпоративного класса, а Tencent — холдинговая компания. Она владела многочисленными интернет сервисами и ЦОД. Ранее компании сотрудничали и вмести воплотили в жизнь дата центр, который расположился в городе — Шэньчжэне. Там было применено микро-модульное решение, позволяющее быстро и оперативно разворачивать дополнительные вычислительные мощности при достижении высокого уровня энергоэффективности.







Еще две достаточно крупные азиатски компании Foxconn (крупнейший в мире производитель электроники) и Huawei (одна из крупнейших китайских компаний в сфере информационно-коммуникационных технологий) также вышли на рынок модульных контейнерных дата центров. Foxconn имеет патент на конструкцию модульного ЦОД, который питается от возобновляемых источников энергии, а Huawei разработала контейнеры способные работать в суровых климатических условиях с температурой наружного воздуха от -40 ° С до +55 ° С.



Еще хочу представить вашему вниманию компанию Minkels, вышедшую на европейский рынок модульных мини ЦОД под названием — MatrixCube



Компания Minkels занимается производством вспомогательного оборудования для дата центров и выходит на рынок Европи с модульным микро ЦОД MatrixCube. Данное решения направлено на субъектов малого и среднего бизнеса. По последним данным, продукт уже поступил в продажу в таких странах как: Бельгия и Нидерланды. В ближайшее время он будет доступен и на других европейских рынках, включая Великобританию и Францию. MatrixCube — это продукт, позволяющий компаниям сохранить вычислительную инфраструктуру в своих руках и не предоставлять свои ценные данные и бизнес-задачи на хранения сторонним колокейшн-провайдерам.







Система состоит из двух серверных стоек и системой охлаждения DX (воздухоохладитель с непосредственным испарительным охлаждением) и внутрестоечной системой распределения электропитания. В его состав также входит система бесперебойного питания и механизм удаленного мониторинга. Инженерам Minkels удалось добиться повышенной эффективности использования энергии внутри MatrixCube, используя оптимизацию воздушных потоков.






Original source: habrahabr.ru.

https://habrahabr.ru/post/253385/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Оптимальное решение для организации корпоративного облака «под ключ»

Пятница, 01 Июля 2016 г. 18:08 (ссылка)





Предлагаем читателям Хабра доклад руководителя департамента по работе с корпоративными клиентами HUAWEI Тони Янь, открывший форум Облачные технологии в России, проведенный компанией RUVDS в конце июня.

Форум прошел в Москве в отеле Лотте Плаза и собрал более 100 ведущих экспертов отрасли, представителей бизнеса, профильных министерств и ведомств.

«Мы поставили задачу создать площадку, где могли бы встречаться поставщики и потребители облачных услуг, технические специалисты — обмениваться опытом применения самых передовых технологий, представители бизнеса- открыть для себя новые возможности», заявил в ходе приветственного слова управляющий партнер RUVDS Никита Цаплин.

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







Руководитель департамента по работе с корпоративными клиентами HUAWEI, Тони Янь



Добрый день, меня зовут Тони, я представляю компанию Huawei. На самом деле последние десять лет мы больше и больше чувствуем на сколько комфортней нам жить с облачными технологиями. Тем не менее некоторый старый вопрос, как раньше было, так и осталось, какие данные нам выгоднее и удобнее, комфортнее оставить в руках, а какие данные нам выгоднее положить на публичный клауд. Как можно делать так чтобы данные неважно где мы сохраним были максимально защищены? Особенно то место где наши уважаемые, любимые партнеры – операторы связи, вдруг не могут оказать все время качественный канал связи, что будем делать с этими данными если они понадобятся. Об этом, как раз два месяца назад во время одной встречи с господином Никитой (прим. Никита Цаплин- управляющий партнер RUVDS), мы обсуждали, поднимали вопрос, поскольку вопрос не мог просто так решаться, мы решили организовать маленький круглый столик, маленький семинар, собрать наших друзей и сделать такую дискуссию. По больше общаться по той или иной теме, вдруг мы найдем некоторый баланс, найдем вдруг лучше вариант для решения этой задачи. Соответственно с этим мы сегодня организовали данное мероприятие и приглашены некоторые люди, из разных организаций, которые поделятся своим опытом, своим мнением по этим вопросам. Я представляю компанию Huawei. Сегодня наша тема, конкретно, это как раз что у нас есть полезного вам для организации своего клауд. В конце концов вы свои клауды сможете давать другим организациям для обслуживания, в этом случае вы становитесь некоторым публичным клаудом, условно говоря. Либо вы этими клаудами можете пользоваться для себя в внутренней структуре, и соответственно выгоду получаете вы. Это то что я сегодня немножко хочу рассказать.







— Итак, немножко о компании, которую я представляю, вдруг не всем известно или всем известно. На сегодняшний день компания мировой лидер в области информационных технологий. По всему миру у нас работает около 170 тыс. сотрудников, из которых около 1800 работает именно в России. В России у нас кроме продаж, кроме сервисов еще есть R&D центр в котором работает около 200 талантливых ученых. Это серьезная инвестиция. На сегодняшний день наши решения как для телеком, так и для ИТ, для клауд, широко применяется по всему миру разными операторами связи и корпоративными клиентами. Поскольку главная тема на сегодняшний день, мы говорим об ИТ и клауд. Соответственно особенно хотим отметить наши возможности. В этом направлении у нас работает около 10 тыс. сотрудников по направлению R&D, именно разработки для ИТ по продукции сервера с клауд и т.д.







На сегодняшний день мы являемся золотым партнером в организации Open Staсk. Мы выпускаем наибольшее количество информации в этой организации. И у нас внедряли самый масштабный корпоративный клауд для корпоративных сотрудников по направлению R&D который включает в себя около 100 тыс. сотрудников, подключаются туда вне зависимости от того где они находятся, в командировке или нет, и информация максимально защищена. Соответственно кем мы хотим быть? Мы хотим быть наилучшим партнером для наших клиентов, для нашего рынка в области в том числе корпоративного клауда. Что у нас есть и как мы собираемся это делать. Хочу немножко рассказать о структуре, архитектуре. У нас есть так же свои продукты виртуализации, называются FusionSphere.







— Продукция FusionSphere может вам помочь виртуализировать ваши некоторые железки на базе конкретно ЦОД-а в котором работает так же скорее всего в данный момент другая продукция других подобных вендоров. У нас есть сетевой SDN в котором можно соединять эти независимые клауды, которые локальные, вместе, чтобы данные услуги передавались друг другу без проблем. У нас есть и платформа, которая объединяет эти клауды независимо от того где логически и где физически они находятся. В итоге эта платформа превращает ваши различные клауды, различные виртуальные машины, на некоторые виртуальный ЦОД. Именно по сервису. В конце концов ваш бизнес, именно что касается клауда, становиться уже сервис ориентированный клауд, сервис ориентированный ЦОД. Это то что мы умеем. У нас так же есть и платформа которая может вам помочь чтобы вы вводили большое количество информации и давали вам очень ценную информацию. Это FusionInsight? Это платформа для BigData. Соответственно это комплекс того что мы умеем.







Полезно для вас. Один из наших уважаемых клиентов, Deutsche Telekom номер один в Германии, номер два в западной европе, выбрали нас как стратегического партнера для совместного запуска их публичного клауда, приватного клауда и т.д. И мы еще раз благодарны господину Никите о выборе нас, о доверии к нам. Мы вам так же доказываем, что ваш выбор правильный, достойный, и мы докажем дальше, как мы доказывали Deutsche Telekom. Соответственно, когда мы говорим клауд, в первую очередь нужно понять, что есть мозги, это операционная система. Операционная система, которую мы предлагаем называется FusionSphere OS. Эта система может быть установлена на различные железки, наши или чужие, без проблем, виртуализируя ваши сервисы на определенный пул.







Получается у вас в конце концов называя Fusion Computing, Fusion Storage, Fusing Network. Это определенный ресурс пул выполняет конкретную задачу, и этот пул потом превращает на некоторое техническое решение для выполнения конкретной задачи. Например, Disoster recovery решение, например, VDI решение, или Manager One для управления некоторыми другими платформами одновременно. Мы же говорим что мы должны вам устроить комфортную жизнь в ЦОД-е, чтобы вы перешли из множества разных интерфейсов и команд на управление системой из единой точки. Это наши возможности и мы хотим к этому двигаться дальше.

— Соответственно, Fusion Computing, Fusion Storage, Fusing Network что вам дает?







Fusion Computing вам дает максимальные вычисления. Все продукты, о которых мы говорим уже проверены в организации спек, который показывает что производительность нашей продукции по сравнению с продукцией других вендоров это все открытые источники, выше и быстрее чем подобная продукция. Так же показывает что один кластер данной продукции поддерживает 128 серверов. В два раза больше чем аналогичные продукты других вендоров. То есть он решит так же вопрос масштабируемости. Кластер покрывает максимально железки которыми вы можете владеть, это дает больше возможностей. Соответственно с этим, подобное решение удачно помогает национальной службе здравоохранения Британии.







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







Что касается Fusion Storage, это другой пул, пул для хранения. Наши решения могут превращать ваши серверы, в частности пул, когда в итоге вы получаете колоссально новый уровень СХД с максимальной возможностью производительности. Десятки миллионов IOPS. И данная система намного масштабируемая, поддерживает около четырех тысяч нод по сравнению с подобными продуктами других вендоров. И минимальная задержка, соответственно может помочь вам в существующих ваших серверах иметь максимальные возможности.







Так же третий блок это называемый Fusing Network, при помощи технологии SDN нашей собственной, мы превращаем ваши сложные сети внутри ЦОД, как виртуальная одна машина. Вам больше не нужно управлять каждым элементом, коммутатором, внутри ЦОД. Вам достаточно управлять одним коммутатором, и его мозги помогут вам управлять остальными элементами в сети. Это дает вам максимально комфортную управляемость в вашей сложной и еще более сложной дальше сети, поскольку я уверен что ваш бизнес растет еще дальше и система станет более сложная, это факт, но мы хотим чтобы процесс управления из-за этого не стал хуже не стал сложнее, а стал проще. С этой целью и наши возможности могут вам максимально помочь.







Соответственно то о чем мы сейчас говорим, эта система, поможет совместно интегрироваться с вашей некоторой существующей системой в том числе виртуализацией поскольку он по той же OpenStack архитектору и при этом система могла вам помочь виртуализировать ваши существующие некоторые железки, в том числе. И в этом случае, дальше вы через эту систему FusionSphere можете управлять целиком своей системой. Это мы умеем.







Кроме этого я хочу особенно отметить одно техническое решение из данной системы в которой могли превращаться это VJI клиент. Отличие от других производителей которые об этом также много лет говорят, что мы имеем особенного. Первое, все продукты которые мы говорим VJI это без ЕОМ, это полностью наша разработка. Соответственно мы отвечаем не за конкретные железки или ПО, мы отвечаем за качество работы системы. Второе, канал связи требуется не очень большой, если мы говорим об офисных нуждах, офисной работе. Требуется 40 кбит\с. На сегодняшний день любые 3G сети это поддерживают. Третье, система поддерживает GPU и 3D. Это проверено много раз, буквально два месяца назад мы установили подобную систему в одной из наших уважаемых заказчиков НФТИ, мы проводили мероприятие в центре города, канал связи был 2 мегабайта. На нем мы гоняли 3D, все замечательно. Соответственно мы можем так и повторить, продемонстрировать и тестировать с вами в дальнейшем будущем, без проблем. 3D все без проблем. И в конце концов поддерживает не только наши железки а и железки других вендоров, и по умолчанию мы всегда открыты к диалогу.



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







— Кроме операционной системы я бы хотел еще немножко пониже, это именно операционная система с нашей железкой, что бы вам помогло еще проще организовать свой клауд. Есть два варианта. Первый вариант это Scale-up, второй это Scale-out. Scale-up означает что мы при помощи нашего ПО вместе с нашим FusionCube как единые шкафчики. Бистро вам поможет устроить свой клауд, именно локальный корпоративный клауд, в том числе, который позволяет вам намного проще и быстро управлять в условиях которые вам нужны. На нем установлены различные базы данных, документооборота например. Другой вариант Scale-out это в основе различные наши blade сервера, которые вам дают более гибкие возможности масштабируемости, шаг за шагом. Сегодня вам нужно дополнительно один сервер, вы туда подключаете, завтра ваших данных становиться больше, вы дополнительно подключаете. Можно так или иначе. Соответственно, чем отличается, что особенного в этом варианте может быть вам полезно. Немножко о FusionCube. Все продукты, еще раз говорю, много раз проверены на наших заказчиках, клиентах в том числе и международных организациях. Хочу еще особенно отметить этот тест, проводили телефонный оператор связи, мирового уровня. Они протестировали наш продукт FusionCube и признали насколько серьезно мощная эта железка. Особенно по сравнению с другими вендорами.







Эти данные не от нас, это действительно результаты их тестирования. Если в этой системе мы установим ПО и установим базы данных такие как SAP, Oracle, что мы получаем?







Мы получаем колоссальный самый мощный SAP в мире. Это признают в том числе SAP, не то что мы придумали. Соответственно если у вас много расчетов происходит, серьезный большие базы данных, представьте как могла бы помочь наша система, получить необходимый отчет.







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







— Немножко о Scale-out решении для клауд. Кроме rack, кроме blade серверов, сегодня я хочу особенно отметить новую продукцию которую мы недавно выпустили, это модули сервера. Он 4-юнитовый, сразу поддерживает от 4 до 6 лезвий. Это экономия места. Мы с вами понимаем что каждое место внутри, каждый юнит внутри ЦОД-а дорогие. Обсолютно понимаем о экономии места, при этом он вам дает возможности централизованного управления большим количеством серверов. Если в вашем ЦОД-е есть определенное количество коммутаторов вам больше не нужно количество коммутаторов у себя конфигурировать. Это экономия и ваши дополнительные деньги. Мы стараемся экономить каждую копейку которую вы до этого момента тратили. Сохранить то что у вас есть чтобы они могли с нашей системой работать, при этом мы стараемся не важно сколько физически сложно, мы делаем так чтобы логически вам было удобно и комфортно, чтобы через один интерфейс управляли. Это наша логика, это наши цели и действительно мы к этому двигаемся.







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







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

Это различные виды продукции, начиная 1кВт, 20кВт заканчивая 800кВт на один шкаф. Очень мощный достаточно, хороший. И самое главное, при нагрузке 20% их эффективность уже 90%. На 13% выше чем подобная продукция других вендоров. И эти управляющие модули могут работать с батарейкой других производителей. Мы еще раз говорим, он может поддерживать в том числе ваши существующие батарейки, вам не нужно выкидывать, мы вам даем дополнительную возможность свободы выбора, особенно некоторые элементы в будущем времени. Это удобство.







Соответственно к тому, о чем мы говори, наверняка возник вопрос – как существует сервер? На сервис и СХД мы даем бесплатно гарантию 3 года. На следующий рабочий день мы отправляем на ваш склад. Сетевой части 1 год бесплатно. Конечно если вам нужны горячие замены или вместо 3, 5-ти летнюю гарантию, пожалуйста.







На сегодняшние наши решения, которые мы перечисляли широко уже применяется в таких важных организациях России как Центробанк, Сбербанк, ВТБ, администрация Петербурга, администрация Москвы, Газпром, Роснефть и так далее. Соответственно то, о чем мы сейчас говорим проверено не только на мировом уровне но в том числе и российским клиентами, и мы докажем дальше. В итоге, что вы получаете. Шаг за шагом мы вам поможем решать маленькие задачи, шаг за шагом мы вместе с партнером, потому что мы с вами взаимодействуем только через партнера, вместе с вашим партнером формируем для вас, если вам нужно, свои технические стандарты. И мы с партнером уже для вас не в качестве поставщиков по продукции, а в качестве партнеров по качественной работе в вашей системе. Возникла проблема, у вас есть единое лицо, ответственное лицо, надежное лицо которое для вас выполнит комплексную задачу.

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/304582/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<huawei - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda