Конференция МИР ЦОД 2011

Публикации МИР ЦОД 2011

12.07.2011 00:00

Многообразный мир ЦОД

Программа форума «Мир ЦОД 2011» оказалась весьма насыщенной — всего на конференции было представлено более 90 презентаций.

12.07.2011 00:00

Снизить затраты - повысить эффективность

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

12.07.2011 00:00

Чем опасны облака?

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

12.07.2011 00:00

Интегратор на пороге перемен

Андрей Самойлов, директор по работе с корпоративными заказчиками компании «Инфосистемы Джет»: бизнес системных интеграторов уже в ближайшее время существенно изменится.

12.07.2011 00:00

Сумма аутсорсинга

«М.Видео» создает резервный центр обработки данных, ресурсы которого будут предоставляться в качестве услуги.

12.07.2011 00:00

Интегрированный подход

В Oracle утверждают, что заказчики начали осознавать преимущества специализированных систем на базе Sun SPARC.

12.07.2011 00:00

EMC готова к новым вызовам

Новые решения корпорации адаптированы к переходу в облачные среды и для работы с большими данными.

12.07.2011 00:00

Культура восстановления

Компания Linxdatacenter рассказала о тенденциях и о своих возможностях в области аутсорсинга резервных ЦОД.

12.07.2011 00:00

Непрерывность бизнеса «проникает в умы руководства»

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



ЦОД нуждаются в оптимизации глобальной сети

Публикации | 04.02.2012 15:48

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

 

Дол­гое время ка­за­лось, что клас­си­че­ские вы­чис­ли­тель­ные цен­тры ста­но­вят­ся пе­ре­жит­ка­ми про­шло­го. Де­цен­тра­ли­за­ция среды ИТ с по­мо­щью сетей и «тол­стых» кли­ен­тов (Fat Client) на ра­бо­чих ме­стах от­тес­ни­ла их на зад­ний план. Од­на­ко те­перь си­ту­а­ция ме­ня­ет­ся, что обу­слов­ле­но несколь­ки­ми причинами.

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

ВИР­ТУ­АЛЬ­НЫЕ ДЕ­СК­ТО­ПЫ И ОБ­ЛАЧ­НЫЕ ВЫЧИСЛЕНИЯ

Ком­па­нии все чаще стали при­бе­гать к цен­тра­ли­зо­ван­но­му предо­став­ле­нию при­ло­же­ний или даже целых ра­бо­чих сред (де­ск­то­пов) через ЦОД. Со­глас­но ис­сле­до­ва­нию, про­ве­ден­но­му в про­шлом году ана­ли­ти­ка­ми из IDC, в Гер­ма­нии, на­при­мер, уже 46% всех пред­при­я­тий ис­поль­зу­ют тех­но­ло­гию вир­ту­а­ли­за­ции де­ск­то­пов. При этом до­ступ к пер­со­наль­но­му ра­бо­че­му столу и к уста­нов­лен­ным на нем при­ло­же­ни­ям (Virtual Desktop Infrastructure, VDI) предо­став­ля­ет­ся через кор­по­ра­тив­ную или вир­ту­аль­ную част­ную сеть (Virtual Private Network, VPN). В даль­ней­шем такой сер­вис ста­нет до­сту­пен и уда­лен­ным поль­зо­ва­те­лям. Тех­но­ло­гия VDI предо­став­ля­ет целый ряд пре­иму­ществ: более вы­со­кий — бла­го­да­ря цен­тра­ли­зо­ван­но­му хра­не­нию дан­ных и при­ло­же­ний — уро­вень без­опас­но­сти в за­щи­щен­ном ЦОД, а также до­ста­точ­но про­стой про­цесс управ­ле­ния ли­цен­зи­я­ми, си­стем­ны­ми па­ра­мет­ра­ми и уста­нов­кой за­плат (Patch). К этому сле­ду­ет до­ба­вить по­вы­ше­ние гиб­ко­сти усло­вий труда, по­сколь­ку те­перь со­труд­ни­ки могут по­лу­чить до­ступ к своей ра­бо­чей среде в любом месте и при по­мо­щи раз­лич­ных ко­неч­ных устройств.

Еще одним фак­то­ром, уси­ли­ва­ю­щим роль цен­тров об­ра­бот­ки дан­ных, яв­ля­ют­ся об­лач­ные вы­чис­ле­ния. Через об­ла­ко поль­зо­ва­те­ли по­лу­ча­ют до­ступ к си­сте­мам хра­не­ния и сер­ве­рам (Infrastructure as a Service), к плат­фор­мам раз­ра­бот­ки (Platform as a Service) и при­ло­же­ни­ям (Software as a Service). Эта услу­га предо­став­ля­ет­ся либо внеш­ним сер­вис-про­вай­де­ром (ком­мер­че­ское об­ла­ко — Public Cloud), либо соб­ствен­ным кор­по­ра­тив­ным ЦОД (внут­рен­нее об­ла­ко — Private Cloud). Про­ме­жу­точ­ное по­ло­же­ние за­ни­ма­ют внут­рен­ние об­ла­ка, хо­сти­ру­е­мые у про­вай­де­ров, а также ги­брид­ные об­ла­ка (Hybrid Cloud) — сме­шан­ные среды из внеш­них ком­мер­че­ских и внут­рен­них облаков.

Все упо­мя­ну­тые под­хо­ды — кон­со­ли­да­ция ЦОД, тех­но­ло­гия VDI и об­лач­ные вы­чис­ле­ния — объ­еди­ня­ет одно: им тре­бу­ют­ся со­еди­не­ния на даль­ние рас­сто­я­ния, об­ла­да­ю­щие боль­шой ем­ко­стью и на­деж­но­стью, а также обес­пе­чи­ва­ю­щие вы­со­кое ка­че­ство сер­ви­са (Quality of Service, QoS). Ана­ло­гич­ные воз­мож­но­сти нужны для ре­а­ли­за­ции чет­вер­той за­да­чи: со­хра­не­ния дан­ных и при­ло­же­ний в раз­ных ЦОД, чтобы в слу­чае сбоя в одном из вы­чис­ли­тель­ных цен­тров пред­при­я­тие могло про­дол­жить свою ком­мер­че­скую де­я­тель­ность (Disaster Recovery).

«ТОЛ­СТЫЕ КА­НА­ЛЫ» МЕЖДУ ЦОД

Для таких задач, как об­лач­ные вы­чис­ле­ния, ава­рий­ное вос­ста­нов­ле­ние дан­ных или предо­став­ле­ние вир­ту­а­ли­зи­ро­ван­ных ра­бо­чих сто­лов, тре­бу­ют­ся со­еди­не­ния гло­баль­ной сети с мак­си­маль­ной до­ступ­но­стью и вы­со­кой про­пуск­ной спо­соб­но­стью (см. врез­ки). Как и в слу­чае уз­ко­по­лос­ных со­еди­не­ний на даль­ние рас­сто­я­ния, при ор­га­ни­за­ции ши­ро­ко­по­лос­ных ка­на­лов (Fat Pipe) между ЦОД имеет смысл при­ме­нять ре­ше­ния для оп­ти­ми­за­ции гло­баль­ной сети (см. Ри­су­нок 1). Ведь и в вы­со­ко­ско­рост­ных со­еди­не­ни­ях WAN раз­лич­ные служ­бы, будь то VDI или об­лач­ные сер­ви­сы, кон­ку­ри­ру­ют между собой. В ре­зуль­та­те могут воз­ник­нуть за­держ­ки, недо­пу­сти­мые для таких задач, как вир­ту­аль­ные де­ск­то­пы или пе­ре­да­ча го­ло­са по IP (Voice over IP). Оп­ти­ми­за­ция гло­баль­ной сети поз­во­ля­ет предот­вра­тить по­доб­ные от­ри­ца­тель­ные эффекты.

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

 

При этом необ­хо­ди­мо учи­ты­вать, что ши­ро­ко­по­лос­ные ка­на­лы в гло­баль­ной сети, к при­ме­ру со­еди­не­ния E3 со ско­ро­стью 34 Мбит/с, в одно и то же время вос­тре­бо­ва­ны мно­же­ством поль­зо­ва­те­лей, так что па­рал­лель­но могут су­ще­ство­вать ты­ся­чи или даже де­сят­ки тысяч по­то­ков TCP (Flows). В ре­зуль­та­те по­вы­ша­ют­ся тре­бо­ва­ния к управ­ле­нию тра­фи­ком, осо­бен­но в от­но­ше­нии дли­тель­но­сти за­дер­жек и числа по­те­рян­ных па­ке­тов. В сетях MPLS и в вир­ту­аль­ных част­ных сетях (Virtual private network, VPN) па­ке­ты неред­ко те­ря­ют­ся или при пе­ре­да­че на­ру­ша­ет­ся по­ря­док их следования.

 

Про­пуск­ная спо­соб­ность со­еди­не­ний WAN за­ча­стую неоптимальна

До сих пор мно­гие пред­при­я­тия, во вся­ком слу­чае в Гер­ма­нии, все еще ис­поль­зу­ют со­еди­не­ния E1 со ско­ро­стью 2,048 Мбит/с. Это слиш­ком мало для таких об­лач­ных сер­ви­сов, как со­хра­не­ние боль­ших объ­е­мов дан­ных у про­вай­де­ра об­лач­ных ре­сур­сов хра­не­ния, или для ре­пли­ка­ции дан­ных между несколь­ки­ми ЦОД. Асим­мет­рич­ные и сим­мет­рич­ные со­еди­не­ния DSL (ADSL, SDSL) тоже не могут удо­вле­тво­рить эти тре­бо­ва­ния. Даже тех­но­ло­гия VDSL, поз­во­ля­ю­щая при­ни­мать дан­ные со ско­ро­стью 52 Мбит/с и от­прав­лять их со ско­ро­стью 11 Мбит/с, может лишь ча­стич­но ре­шить дан­ную про­бле­му. Прак­ти­ка по­ка­за­ла, что пред­при­я­тия, ис­поль­зу­ю­щие об­лач­ные вы­чис­ле­ния или осу­ществ­ля­ю­щие ре­пли­ка­цию дан­ных между ЦОД, нуж­да­ют­ся в со­еди­не­ни­ях гло­баль­ной сети со ско­ро­стью от 45 до 100 Мбит/с, од­на­ко немно­гие из них могут поз­во­лить себе столь до­ро­го­сто­я­щие тех­но­ло­гии. В этом слу­чае на по­мощь при­хо­дят ре­ше­ния для оп­ти­ми­за­ции WAN. Они де­ла­ют воз­мож­ным ис­поль­зов­ние сер­ви­сов и об­лач­ных служб в ре­аль­ном вре­ме­ни, если даже в на­ли­чии име­ют­ся толь­ко со­еди­не­ния WAN с малой про­пуск­ной способностью.

 

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

 

Ши­ро­ко­по­лос­ные со­еди­не­ния как фак­тор вы­бо­ра местоположения

Со­глас­но ис­сле­до­ва­нию, вы­пол­нен­но­му Штут­гарт­ским уни­вер­си­те­том, для боль­шин­ства из 930 опро­шен­ных пред­при­я­тий фе­де­раль­ной земли Ба­ден-Вюр­темб­ерг до­ступ к вы­со­ко­ско­рост­ным со­еди­не­ни­ям Ин­тер­не­та яв­ля­ет­ся жиз­нен­но важ­ным фак­то­ром: в 2009 году более 50% ком­па­ний ис­поль­зо­ва­ли со­еди­не­ния со ско­ро­стью в диа­па­зоне от 6 до 16 Мбит/с и выше, при этом около 24% ре­спон­ден­тов ука­за­ли, что к концу 2011 года их по­треб­но­сти пре­вы­сят 16 Мбит/с. Здесь ска­зы­ва­ют­ся из­ме­не­ния в тру­до­вой сфере, ко­то­рые при­во­дят к по­вы­ше­нию на­груз­ки на ИТ-ин­фра­струк­ту­ру и на со­еди­не­ния гло­баль­ной сети. Так, по ре­зуль­та­там опро­са, про­ве­ден­но­го немец­ким со­ю­зом вы­со­ких тех­но­ло­гий Bitkom, в Гер­ма­нии более 57% со­труд­ни­ков вы­ра­зи­ли же­ла­ние хотя бы часть дня ра­бо­тать дома или в до­ро­ге, а это озна­ча­ет, что им тре­бу­ет­ся уда­лен­ный до­ступ к сети предприятия.

Но такая про­пуск­ная спо­соб­ность до­ступ­на лишь в неко­то­рых ре­ги­о­нах Гер­ма­нии. Со­глас­но «Ат­ла­су ши­ро­ко­по­лос­ных со­еди­не­ний Гер­ма­нии» (http://​www.​zukunft-breitband.​de), ши­ро­ко­по­лос­ные сер­ви­сы со ско­ро­стя­ми 16 Мбит/с и выше име­ют­ся толь­ко в де­ло­вых цен­трах. По­это­му пред­при­я­тия, рас­по­ла­га­ю­щи­е­ся в сель­ской мест­но­сти и же­ла­ю­щие, к при­ме­ру, ор­га­ни­зо­вать со­еди­не­ния для несколь­ких своих фи­ли­а­лов или внед­рить об­лач­ные вы­чис­ле­ния, вы­нуж­де­ны мак­си­маль­но эф­фек­тив­но ис­поль­зо­вать име­ю­щи­е­ся уз­ко­по­лос­ные со­еди­не­ния, а этого можно до­бить­ся толь­ко путем оп­ти­ми­за­ции гло­баль­ной сети.

 

ОП­ТИ­МИ­ЗА­ЦИЯ ГЛО­БАЛЬ­НЫХ СЕТЕЙ ВМЕ­СТО ИХ УСКОРЕНИЯ

Со­вре­мен­ные ре­ше­ния для оп­ти­ми­за­ции гло­баль­ной сети пред­ла­га­ют раз­лич­ные ме­то­ды огра­ни­че­ния воз­мож­ных за­дер­жек. Один из них за­клю­ча­ет­ся в уве­ли­че­нии раз­ме­ра окна от­прав­ки и по­лу­че­ния па­ке­тов со стан­дарт­но­го зна­че­ния в 64 Кбайт вплоть до 1 Гбайт. Дру­гие тех­но­ло­гии — более точ­ный рас­чет кру­го­вой за­держ­ки (Round Trip Time, RTT) па­ке­тов, а также по­вы­ше­ние эф­фек­тив­но­сти кон­тро­ля пе­ре­гру­зок (Congestion Control). Про­из­во­ди­те­ли за­ча­стую ис­поль­зу­ют соб­ствен­ные ме­то­ды — на­при­мер, вы­со­ко­ско­рост­ной TCP (Highspeed TCP): в за­ви­си­мо­сти от те­ку­ще­го про­цен­та по­те­ри па­ке­тов Highspeed TCP ди­на­ми­че­ски из­ме­ня­ет окна от­прав­ки и по­лу­че­ния па­ке­тов TCP. Эта тех­но­ло­гия осо­бен­но под­хо­дит для вы­со­ко­про­из­во­ди­тель­ных со­еди­не­ний WAN, где тре­бу­ет­ся обес­пе­чить малые задержки.

 

Кон­троль­ный спи­сок для оп­ти­ми­за­ции гло­баль­ной сети

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

  • Вы­со­кая про­пуск­ная спо­соб­ность даже в слу­чае ак­ти­ва­ции всех функ­ций, вклю­чая де­ду­пли­ка­цию дан­ных. Часто по­став­щи­ки ука­зы­ва­ют зна­че­ния, ко­то­рые до­сти­га­ют­ся при вклю­че­нии лишь несколь­ких функ­ций оп­ти­ми­за­ции. Как пра­ви­ло, эти зна­че­ния ока­зы­ва­ют­ся более высокими.
  • Ко­ли­че­ство под­дер­жи­ва­е­мых со­еди­не­ний TCP.
  • Устрой­ство для оп­ти­ми­за­ции WAN в ЦОД долж­но под­дер­жи­вать все со­еди­не­ния TCP с фи­ли­а­ла­ми. Даже в неболь­шом фи­ли­а­ле, где ра­бо­та­ет не более 50 со­труд­ни­ков, об­ра­зу­ет­ся 22–23 тыс. по­то­ков TCP.
  • До­ста­точ­ная про­из­во­ди­тель­ность. Устрой­ства оп­ти­ми­за­ции WAN в ЦОД долж­ны быть осна­ще­ны мно­го­ядер­ны­ми про­цес­со­ра­ми и 64-раз­ряд­ной опе­ра­ци­он­ной си­сте­мой. В от­ли­чие от 32-раз­ряд­ных си­стем, 64-ряд­ная ар­хи­тек­ту­ра может ра­бо­тать с опе­ра­тив­ной па­мя­тью, пре­вы­ша­ю­щей 4 Гбайт.
  • Шиф­ро­ва­ние в ре­аль­ном вре­ме­ни. Ап­па­рат­ное обес­пе­че­ние долж­но быть на­столь­ко мощ­ным, чтобы шиф­ро­вать и де­шиф­ро­вы­вать тра­фик дан­ных в ре­аль­ном вре­ме­ни. Речь идет и о тех дан­ных, ко­то­рые про­ме­жу­точ­но со­хра­ня­ют­ся на на­ко­пи­те­лях боль­шой ем­ко­сти, на­при­мер на жест­ких дис­ках. Эту функ­цию сле­ду­ет про­ве­рить в ходе те­сто­вой инсталляции.
  • Муль­ти­про­то­коль­ная под­держ­ка и вы­со­кая про­зрач­ность. Устрой­ства оп­ти­ми­за­ции WAN долж­ны быть про­зрач­ны­ми для ин­фра­струк­тур WAN и LAN. При из­ме­не­нии па­ра­мет­ров сер­ве­ров, марш­ру­ти­за­то­ров и т. п. не долж­на воз­ни­кать необ­хо­ди­мость из­ме­не­ния на­стро­ек оп­ти­ми­за­то­ра. По­ми­мо TCP, необ­хо­ди­ма под­держ­ка UDP.
  • Функ­ции QoS. Эти функ­ции долж­ны быть ин­те­гри­ро­ва­ны в си­сте­му оп­ти­ми­за­ции WAN. Толь­ко так можно за­дать и ре­а­ли­зо­вать пра­ви­ла для от­дель­ных при­ло­же­ний, делая это на ос­но­ве ре­аль­ных све­де­ний — к при­ме­ру, о воз­ни­ка­ю­щих задержках.
  • Де­ду­пли­ка­ция. Пред­по­чте­ние сле­ду­ет от­да­вать си­сте­мам, в ко­то­рых дан­ные со­хра­ня­ют­ся на жест­ких дис­ках. Это спо­соб­ству­ет по­вы­ше­нию про­из­во­ди­тель­но­сти, в осо­бен­но­сти для ши­ро­ко­по­лос­ных со­еди­не­ний WAN.
  • Ад­ми­ни­стри­ро­ва­ние. Си­сте­ма долж­на быть про­стой в управ­ле­нии. Обя­за­тель­ная опция — воз­мож­ность цен­тра­ли­зо­ван­но­го вве­де­ния в экс­плу­а­та­цию и по­сле­ду­ю­ще­го ад­ми­ни­стри­ро­ва­ния уста­нов­лен­ных в фи­ли­а­лах устройств.
  • Вы­со­кая до­ступ­ность и кла­сте­ры. Под­держ­ка RAID, из­бы­точ­ные блоки пи­та­ния, вен­ти­ля­то­ры и се­те­вые ин­тер­фей­сы долж­ны иметь­ся по умол­ча­нию. Для круп­ных си­стем же­ла­тель­ны функ­ции рас­пре­де­ле­ния на­груз­ки (Load Balancing) и опции объ­еди­не­ния устройств в кластеры.

 

ОБЕС­ПЕ­ЧЕ­НИЕ ЦЕ­ЛОСТ­НО­СТИ ДАННЫХ

Даже если на фи­зи­че­ском уровне со­еди­не­ния WAN не воз­ни­ка­ет ни­ка­ких сбоев, по­те­ря па­ке­тов может про­изой­ти на се­те­вом уровне, к при­ме­ру в ре­зуль­та­те чрез­мер­ной за­гру­жен­но­сти марш­ру­ти­за­то­ров. В вир­ту­аль­ных част­ных сетях на базе IP или MPLS воз­мож­ны по­те­ри до 5% па­ке­тов, в сред­нем же это зна­че­ние лежит в диа­па­зоне 0,1–1%. Уже при по­те­рях на уровне 0,5% обес­пе­чить про­пуск­ную спо­соб­ность свыше 10 Мбит/с для од­но­го по­то­ка TCP слож­но и в «тол­стых каналах».

Из­бе­жать этого можно, если ре­ше­ние для оп­ти­ми­за­ции WAN ис­поль­зу­ет такие ме­то­ды, как пря­мое ис­прав­ле­ние оши­бок (Forward Error Correction, FEC) и ис­прав­ле­ние по­ряд­ка сле­до­ва­ния па­ке­тов (Packet Order Correction, POC). В тех­но­ло­гии FEC к опре­де­лен­но­му ко­ли­че­ству па­ке­тов до­бав­ля­ет­ся слу­жеб­ный пакет для ис­прав­ле­ния оши­бок. Он со­дер­жит ин­фор­ма­цию обо всех пе­ре­да­ва­е­мых вме­сте с ним па­ке­тах. Эти дан­ные по­мо­га­ют вос­ста­но­вить утра­чен­ный в про­цес­се пе­ре­да­чи пакет без необ­хо­ди­мо­сти его по­втор­ной от­прав­ки. А метод POC, в свою оче­редь, пре­пят­ству­ет на­ру­ше­нию по­ряд­ка сле­до­ва­ния па­ке­тов к по­лу­ча­те­лю. Со­глас­но дан­ным, по­лу­чен­ным Silver Peak в ходе экс­плу­а­та­ции по­доб­ных ре­ше­ний, тех­но­ло­гии FEC и POC поз­во­ля­ют сни­зить по­те­рю па­ке­тов до 0–0,1%. Этого до­ста­точ­но не толь­ко для вы­пол­не­ния таких задач, как ре­пли­ка­ция дан­ных между несколь­ки­ми ЦОД, но и для пе­ре­да­чи го­ло­са по IP или для Citrix XenApp.

При вы­бо­ре си­сте­мы для оп­ти­ми­за­ции гло­баль­ной сети сле­ду­ет об­ра­тить вни­ма­ние на то, чтобы кор­рек­ция оши­бок по­сред­ством FEC и POC вы­пол­ня­лась в ре­аль­ном вре­ме­ни. Боль­шин­ство ре­ше­ний ис­поль­зу­ет ме­то­ды, тре­бу­ю­щие по­втор­ной пе­ре­да­чи утра­чен­ных па­ке­тов, что по­вы­ша­ет время за­держ­ки и умень­ша­ет до­ступ­ную про­пуск­ную спо­соб­ность со­еди­не­ния WAN.

ФИЛЬ­ТРА­ЦИЯ ПО­ВТО­РЯ­Ю­ЩИХ­СЯ ДАННЫХ

Для оп­ти­маль­но­го ис­поль­зо­ва­ния со­еди­не­ния WAN си­сте­мы оп­ти­ми­за­ции гло­баль­ной сети устра­ня­ют мно­го­крат­ное по­вто­ре­ние одних и тех же дан­ных (де­ду­пли­ка­ция). Де­ду­пли­ка­ция дан­ных осо­бен­но эф­фек­тив­на на уровне бай­тов. При таком под­хо­де каж­дый байт файла про­ве­ря­ет­ся на пред­мет дуб­ли­ро­ва­ния уже пе­ре­дан­ных дан­ных. Для этого си­сте­мы оп­ти­ми­за­ции WAN со­хра­ня­ют пе­ре­дан­ные дан­ные в ко­неч­ных точ­ках со­еди­не­ния на жест­ких дис­ках или в опе­ра­тив­ной па­мя­ти. Если уда­ет­ся об­на­ру­жить оди­на­ко­вые по­сле­до­ва­тель­но­сти, то в даль­ней­шем от­прав­ля­ют­ся не па­ке­ты, а толь­ко ссыл­ки-ука­за­те­ли (Pointer) на них. В за­ви­си­мо­сти от типа дан­ных этот метод поз­во­ля­ет сни­зить объ­е­мы тра­фи­ка на 50–98% (см. Ри­су­нок 2).

Ри­су­нок 2. Со­кра­ще­ние ко­ли­че­ства па­ке­тов, пе­ре­да­ва­е­мых через со­еди­не­ние гло­баль­ной сети, в ре­зуль­та­те де­ду­пли­ка­ции дан­ных на уровне бай­тов может до­сти­гать 98%.

 

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

Си­сте­мы, ана­ли­зи­ру­ю­щие тра­фик дан­ных толь­ко в опе­ра­тив­ной па­мя­ти, не имеют столь ши­ро­ких возможностей.

Такие устрой­ства, как пра­ви­ло, осна­ща­ют­ся опе­ра­тив­ной па­мя­тью ем­ко­стью от 8 до 48 Гбайт. Для срав­не­ния: при пол­ной за­гру­жен­но­сти со­еди­не­ния WAN со ско­ро­стью 155 Мбит/с в те­че­ние часа по нему пе­ре­да­ет­ся 60 Гбайт ин­фор­ма­ции (в одном на­прав­ле­нии). При обыч­ной за­гру­жен­но­сти та­ко­го со­еди­не­ния на уровне при­мер­но 12% объем пе­ре­дан­ных за день дан­ных со­ста­вит почти 1 Тбайт. Си­сте­мы, ко­то­рым при­дет­ся про­пус­кать такие объ­е­мы ин­фор­ма­ции через свою опе­ра­тив­ную па­мять, столк­нут­ся с затруднениями.

ЗА­КЛЮ­ЧЕ­НИЕ

Об­лач­ные вы­чис­ле­ния, вир­ту­аль­ные де­ск­то­пы и ава­рий­ное вос­ста­нов­ле­ние дан­ных невоз­мож­но ре­а­ли­зо­вать без вы­со­ко­про­из­во­ди­тель­ных со­еди­не­ний WAN. По­сколь­ку такие со­еди­не­ния до­ступ­ны лишь в немно­гих ре­ги­о­нах, наи­луч­шим вы­хо­дом яв­ля­ют­ся си­сте­мы для оп­ти­ми­за­ции гло­баль­ной сети. Ис­поль­зо­ва­ние по­доб­ных ре­ше­ний оправ­да­но даже там, где име­ют­ся со­еди­не­ния E3 со ско­ро­стью 34 Мбит/с и выше, ведь оп­ти­ми­за­то­ры WAN обес­пе­чат эф­фек­тив­ную и на­деж­ную пе­ре­да­чу ин­фор­ма­ции по таким со­еди­не­ни­ям. Это поз­во­ля­ет пред­при­я­ти­ям сэко­но­мить день­ги и по­вы­сить ка­че­ство сервиса.

Майк Бец — ви­це-пре­зи­дент ком­па­нии Silver Peak в ре­ги­оне EMEA

 



Содержание

 

OSP.RU :: .