NVMe устра­и­ва­ет­ся на фаб­ри­ку

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

Lan - - Колонка Редактора - Дмит­рий Га­нь­жа

По оцен­кам ана­ли­ти­ков, толь­ко 13% ем­ко­сти хра­не­ния на­хо­дит­ся внут­ри сер­ве­ров или под­клю­ча­ет­ся к ним на­пря­мую, то­гда как остав­ши­е­ся 87% раз­ме­ща­ют­ся во внеш­них си­сте­мах хра­не­ния. Со­от­вет­ствен­но, сле­ду­ю­щим ло­ги­че­ским ша­гом для NVMe яв­ля­ет­ся ре­а­ли­за­ция NVMe по­верх се­ти.

«Жур­нал се­те­вых ре­ше­ний/LAN»: Каж­дый год ком­па­ния Fujitsu пуб­ли­ку­ет свое ви­де­ние даль­ней­ше­го раз­ви­тия тех­но­ло­гий и сер­ви­сов. А как ком­па­ния пред­став­ля­ет даль­ней­шее раз­ви­тие цен­тров об­ра­бот­ки дан­ных?

Глен Фит­ц­же­ральд: Бу­ду­щее ЦОД — за ги­брид­ны­ми ре­ше­ни­я­ми. Об­ла­ка при­шли, что­бы остать­ся. Од­на­ко Fujitsu не со­би­ра­ет­ся кон­ку­ри­ро­вать с ме­га­про­вай­де­ра­ми об­лач­ных услуг, та­ки­ми как Amazon, Google, Microsoft, ко­то­рые предо­став­ля­ют до­ступ­ные услу­ги в неогра­ни­чен­ных объ­е­мах.

Сер­ви­сы с опла­той по ме­ре ис­поль­зо­ва­ния по­лез­ны для неко­то­рых об­ла­стей ИТ. У нас есть по­доб­ная гло­баль­ная об­лач­ная си­сте­ма с опла­той за ис­поль­зо­ва­ние под на­зва­ни­ем Fujitsu Cloud Service K5, но она ори­ен­ти­ро­ва­на на ази­ат­ские рын­ки. K5 при­сут­ству­ет на ев­ро­пей­ском и аме­ри­кан­ском рын­ках, но ско­рее по­мо­га­ет нам предо­став­лять соб­ствен­ные ре­ше­ния, чем конкурирует с продуктами вы­ше­на­зван­ных ком­па­ний.

Fujitsu фо­ку­си­ру­ет­ся на ги­брид­ных ре­ше­ни­ях. Мы яв­ля­ем­ся по­став­щи­ка­ми Azure Stack и VMware Cloud Foundation, у нас так­же есть соб­ствен­ная вер­сия всех необ­хо­ди­мых механизмов управ­ле­ния, с по­мо­щью ко­то­рых ЦОД с тра­ди­ци­он­ной фор­мой вла­де­ния — как кор­по­ра­тив­ные, так и арен­ду­е­мые — мо­гут вза­и­мо­дей­ство­вать с об­лач­ны­ми сер­ви­са­ми.

Од­на­ко ни­ко­му боль­ше не ин­те­рес­на ин­фра­струк­ту­ра, по­сколь­ку клю­че­вым фак­то­ром яв­ля­ет­ся мо­биль­ность при­ло­же­ний. За­каз­чи­ки ис­хо­дят из то­го, что необ­хо­ди­мая ин­фра­струк­ту­ра уже име­ет­ся (хо­тя ес­ли ее нет, у вас боль­шие про­бле­мы). Они хо­тят го­во­рить не об ин­фра­струк­ту­ре, а о при­ло­же­ни­ях и мо­биль­но­сти ре­ше­ний.

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

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

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

LAN: Все ста­но­вит­ся про­грамм­но-опре­де­ля­е­мым…

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

ре­а­ли­за­ции функ­ци­о­наль­но­сти L3 в цен­трах об­ра­бот­ки дан­ных. Од­на­ко ни од­на из них не про­шла пол­но­цен­ную про­вер­ку на со­от­вет­ствие об­щим кри­те­ри­ям без­опас­но­сти ИТ (Common Criteria). По­след­ние пред­став­ля­ют со­бой механизм, с по­мо­щью ко­то­ро­го ре­гу­ли­ру­ю­щие ор­га­ны мо­гут убе­дить­ся в без­опас­но­сти систем. Ре­а­ли­за­ция их требований в про­грамм­ной сре­де чрез­вы­чай­но труд­на и до­ро­го­сто­я­ща.

Про­грамм­но-опре­де­ля­е­мые ком­по­нен­ты важ­ны, но они да­ле­ко не весь ар­се­нал ре­ше­ний. Так, про­грамм­но-опре­де­ля­е­мые хра­ни­ли­ща да­ле­ки от зре­ло­сти. Я бы не со­ве­то­вал раз­ме­щать на них кри­ти­че­ские на­груз­ки. Вме­сте с тем их вполне мож­но до­ве­рить ги­пер­кон­вер­гент­ной ин­фра­струк­ту­ре. Стек Fujitsu

VCF или стек Nutanix — это со­всем иное де­ло, по­сколь­ку они ре­а­ли­зу­ют сквоз­ной кон­троль оши­бок. Ги­пер­кон­вер­гент­ное ре­ше­ние вполне жиз­не­спо­соб­но, во вся­ком слу­чае для неко­то­рых нагрузок, но это­го, од­на­ко, нель­зя ска­зать об от­дель­ных про­грамм­но­опре­де­ля­е­мых хра­ни­ли­щах, по­сколь­ку вы­со­ко­уров­не­вые се­те­вые ком­по­нен­ты еще не го­то­вы. Взять, на­при­мер, та­кие ре­ше­ния на ба­зе от­кры­то­го ис­ход­но­го ко­да, как пред­ла­га­е­мые Red Hat, — в мас­штаб­ных сре­дах они не ра­бо­та­ют.

Хо­тя мне неод­но­крат­но пы­та­лись объ­яс­нить, но я так и не по­нял, что та­кое про­грамм­но-опре­де­ля­е­мый сер­вер. Это ка­кая-то фик­ция. Та­ким об­ра­зом, у про­грамм­но-опре­де­ля­е­мых ре­ше­ний есть своя ни­ша, но они еще недо­сто­точ­но зре­лые. Ги­пер­кон­вер­гент­ные ре­ше­ния бо­лее зре­лые — один и тот же про­грамм­ный стек ре­а­ли­зу­ет функ­ци­о­наль­ность сер­ве­ров, се­ти и хра­не­ния. Од­на­ко и они под­хо­дят не для всех за­дач — на­при­мер, не спо­соб­ны эффективно осу­ществ­лять уда­лен­ное ти­ра­жи­ро­ва­ние дан­ных.

Та­ким об­ра­зом, речь мо­жет ид­ти об от­дель­ных эле­мен­тах, но не о це­лост­ном ре­ше­нии.

LAN: Нас­коль­ко в та­ком слу­чае мы да­ле­ки от про­грамм­но-опре­де­ля­е­мых ЦОД?

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

LAN: А ка­ко­ва роль обо­ру­до­ва­ния в этом ори­ен­ти­ро­ван­ном на при­ло­же­ния ми­ре?

Фит­ц­же­ральд: В ко­неч­ном ито­ге ап­па­рат­ное обес­пе­че­ние — это механизм выполнения ко­да. Оно, ко­неч­но, важ­но, но вре­мя, ко­гда при­ло­же­ния за­ви­се­ли от плат­форм, на ко­то­рых они вы­пол­ня­лись, в про­шлом. Мо­дель вер­ти­каль­но­го мас­шта­би­ро­ва­ния уми­ра­ет, то­гда как мо­дель го­ри­зон­таль­но­го мас­шта­би­ро­ва­ния рас­цве­та­ет. Не­ко­то­рые при­ло­же­ния пи­шут­ся та­ким об­ра­зом, что для них необ­хо­ди­ма мно­го­про­цес­сор­ная об­ра­бот­ка, но для это­го есть HPC.

Неболь­шое предо­сте­ре­же­ние. Са­ми сер­вер­ные ар­хи­тек­ту­ры ме­ня­ют­ся. Слы­ша­ли ли вы о дез­агре­га­ции? Да­вай­те нач­нем сна­ча­ла. Что та­кое сер­вер? Это иг­ра в уга­дай­ку: сколь­ко по­на­до­бит­ся про­цес­со­ров, па­мя­ти, пор­тов для выполнения ти­по­вой за­да­чи. При этом огра­ни­че­ния опре­де­ля­ют­ся не за­да­чей, ко­то­рую пред­сто­ит ре­шить, а тех­но­ло­ги­че­ской воз­мож­но­стью ре­а­ли­зо­вать необ­хо­ди­мый функ­ци­о­наль­ный на­бор.

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

До по­яв­ле­ния ги­пер­ви­зо­ров уро­вень ис­поль­зо­ва­ния ре­сур­сов сер­ве­ра был очень низ­ким и не пре­вы­шал 12%. Сер­вер при­об­ре­тал­ся под конкретную за­да­чу — в ка­че­стве Web-сер­ве­ра, сер­ве­ра ба­зы дан­ных и т. п. Ес­ли он справ­лял­ся со сво­ей за­да­чей, то и за­ме­ча­тель­но — ни­ко­го не бес­по­ко­и­ло, ес­ли он про­ста­и­вал.

Мой лю­би­мый при­мер. В Ве­ли­ко­бри­та­нии есть Де­пар­та­мент по на­ло­гам и сбо­рам Ее Ко­ро­лев­ско­го Ве­ли­че­ства (Her Majesty’s Revenue and Customs, HMRC). Эта пра­ви­тель­ствен­ная ор­га­ни­за­ция вве­ла про­це­ду­ру са­мо­сто­я­тель­ной оцен­ки. Каж­дый граж­да­нин дол­жен за­пол­нить фор­му, где тре­бу­ет­ся ука­зать свои до­хо­ды, ак­ти­вы и т. д. — на ос­но­ве этих дан­ных рас­счи­ты­ва­ет­ся на­лог. По за­ко­ну дан­ные долж­ны быть предо­став­ле­ны 10 ян­ва­ря (я не пом­ню точ­но, но это не суть важ­но). Как нетруд­но до­га­дать­ся, де­кла­ра­ции за­пол­ня­ют­ся в по­след­ний мо­мент —

97% на­ло­го­пла­тель­щи­ков де­ла­ют это в по­след­нюю неде­лю.

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

Из­ме­не­ния неиз­беж­ны. В ско­ром вре­ме­ни в сер­ве­рах по­явит­ся энер­го­не­за­ви­си­мая опе­ра­тив­ная па­мять — в этом го­ду Intel долж­на вы­пу­стить па­мять Apache Pass (Optane DIMM). Па­мять бу­дет чрез­вы­чай­но быст­рой и рас­по­ла­гать­ся близ­ко к про­цес­со­ру. На­ря­ду с крем­ни­е­вой оп­ти­кой и даль­ней­шим раз­ви­ти­ем про­грамм­но-опре­де­ля­е­мых под­хо­дов, ее по­яв­ле­ние бу­дет спо­соб­ство­вать дез­агре­га­ции — при­выч­ных «ко­ро­бок» боль­ше не бу­дет. Про­цес­со­ры бу­дут на­хо­дить­ся в од­ном ме­сте, па­мять — в дру­гом, ввод-вы­вод — в тре­тьем. Все эти ком­по­нен­ты бу­дут рас­пре­де­ле­ны так, как удоб­но за­каз­чи­ку, и свя­за­ны вы­со­ко­ско­рост­ны­ми со­еди­не­ни­я­ми ана­ло­гич­но то­му, что во вре­ме­на мейн­фрей­мов на­зы­ва­лось ко­ге­рент­ной мо­де­лью. Под конкретную за­да­чу бу­дет вы­де­лять­ся необ­хо­ди­мый объ­ем ре­сур­сов ап­па­рат­ным ги­пер­ви­зо­ром.

Та­ким об­ра­зом, ап­па­рат­ное обес­пе­че­ние так­же изменится. Но во­прос не в нем.

Глав­ное — где на­хо­дит­ся мое при­ло­же­ние, как оно предо­став­ля­ет­ся кли­ен­там, ка­ко­во вре­мя от­кли­ка, как вы­пол­ня­ют­ся тре­бо­ва­ния за­щи­ты дан­ных и т. д.

LAN: Пер­вые ре­ше­ния по дез­агре­га­ции в ви­де ком­по­ну­е­мой ар­хи­тек­ту­ры толь­ко по­яви­лись на рын­ке. А ка­ко­ва пред­по­чти­тель­ная вы­чис­ли­тель­ная ар­хи­тек­ту­ра для ЦОД в дан­ный мо­мент? Фит­ц­же­ральд: Те, кто за­ра­нее под­го­то­вит­ся к пе­ре­ме­нам, бу­дут иметь пре­иму­ще­ство. По­след­ние три-че­ты­ре го­да на­блю­дал­ся от­ход от мо­дуль­ной (blade) сер­вер­ной ар­хи­тек­ту­ры — на­ши парт­не­ры ее уже прак­ти­че­ски не ис­поль­зу­ют. При­чи­на это­го — вы­со­кие за­тра­ты на ввод-вы­вод. В слу­чае блейд-сер­ве­ров вы­со­кая вы­чис­ли­тель­ная мощь кон­цен­три­ро­ва­лась в неболь­шом объ­е­ме, пла­той за это был до­ро­гой ввод-вы­вод. Под пла­той я имею в ви­ду не фун­ты или руб­ли, а вы­со­кие на­клад­ные рас­хо­ды на ввод-вы­вод, по­сколь­ку все ком­по­нен­ты тре­бо­ва­лось со­еди­нять меж­ду со­бой.

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

LAN: Рас­про­стра­не­ние ги­пер­кон­вер­гент­ных ре­ше­ний не слу­жит ли пред­вест­ни­ком скорой смер­ти клас­си­че­ских СХД?

Фит­ц­же­ральд: Дей­стви­тель­но, за­чем нуж­на от­дель­ная си­сте­ма хра­не­ния, ес­ли все необ­хо­ди­мые на­ко­пи­те­ли мож­но по­ме­стить в сер­вер? Но это не озна­ча­ет, что клас­си­че­ские СХД не нуж­ны. У них иные функции.

До недав­них вре­мен про­из­во­ди­тель­ность под­си­сте­мы хра­не­ния име­ла клю­че­вое зна­че­ние при про­ек­ти­ро­ва­нии ре­ше­ния, од­на­ко в ско­ром вре­ме­ни это бу­дет уже не так. Уже в сле­ду­ю­щем го­ду долж­ны начаться мас­со­вые по­став­ки па­мя­ти Apache Pass, о ко­то­рой го­во­ри­лось вы­ше. Кри­тич­ный для про­из­во­ди­тель­но­сти ввод-вы­вод бу­дет осу­ществ­лять­ся посредством ши­ны меж­ду про­цес­со­ром и па­мя­тью, так что это (про­из­во­ди­тель­ность СХД) не бу­дет иметь зна­че­ния. Под­си­сте­мы хра­не­ния бу­дут слу­жить для обес­пе­че­ния без­опас­но­сти дан­ных, внеш­ней ре­пли­ка­ции, пе­ре­ме­ще­ния и ми­гра­ции дан­ных и т. п., то­гда как ос­нов­ные ре­сур­сы хра­не­ния, клю­че­вые для ра­бо­ты при­ло­же­ний, бу­дут на­хо­дить­ся внут­ри сер­ве­ра.

По этой при­чине ни­кто из круп­ных иг­ро­ков боль­ше не ин­ве­сти­ру­ет в раз­ра­бот­ку бо­лее быст­рых жест­ких дис­ков, по­сколь­ку в них нет по­треб­но­сти — все бу­дет де­лать­ся в NVRAM. Име­ю­щи­е­ся дис­ки вполне спо­соб­ны справ­лять­ся с тем, что от них тре­бу­ет­ся, — за­щи­та, ре­пли­ка­ция, ми­гра­ция. К сло­ву, раз­го­во­ры о смер­ти маг­нит­ной лен­ты идут столь­ко, сколь­ко я се­бя пом­ню. Од­на­ко, на мой взгляд, для пе­ре­чис­лен­ных за­дач лен­та ре­ле­вант­на столь же, сколь и дис­ки. По­это­му для них угро­за да­же боль­ше, чем для лен­ты, хо­тя, ко­неч­но, и те и дру­гие бу­дут еще при­ме­нять­ся ка­кое-то вре­мя, но вряд ли мы уви­дим но­вое по­ко­ле­ние 3,5-дюй­мо­вых дис­ков со ско­ро­стью вра­ще­ния 22K RPM и бо­лее вы­со­кой плот­но­стью за­пи­си.

Да­же та­кие про­из­во­ди­те­ли, как Toshiba и Seagate, ин­ве­сти­ру­ют в твер­до­тель­ные на­ко­пи­те­ли. Од­на­ко и SSD — лишь про­ме­жу­точ­ное ре­ше­ние меж­ду внеш­ним хра­не­ни­ем и па­мя­тью внут­ри сер­ве­ра.

LAN: Тре­тьим необ­хо­ди­мым эле­мен­том клас­си­че­ской ИТ-ин­фра­струк­ту­ры яв­ля­ет­ся сеть. Что Fujitsu пред­ла­га­ет в об­ла­сти се­те­вых тех­но­ло­гий? Фит­ц­же­ральд: Во­об­ще го­во­ря, у нас есть соб­ствен­ные се­те­вые про­дук­ты, од­на­ко они про­да­ют­ся в ос­нов­ном в Азии. В Ев­ро­пе и Се­вер­ной Аме­ри­ке Cisco за­ни­ма­ет гос­под­ству­ю­щее по­ло­же­ние на рын­ке, так что мы их там не про­дви­га­ем. Хо­тя у нас и есть се­те­вые ком­по­нен­ты, на­ша ры­ноч­ная до­ля не столь ве­ли­ка и ли­ней­ка се­те­во­го обо­ру­до­ва­ния не на­столь­ко из­вест­на, что­бы име­ло смысл тра­тить си­лы на кон­ку­рен­цию с при­знан­ны­ми вен­до­ра­ми. Од­на­ко тра­ди­ци­он­ные се­те­вые ре­ше­ния по­сте­пен­но бу­дут вы­тес­нять­ся про­грамм­но-опре­де­ля­е­мы­ми, так что со вре­ме­нем этот сег­мент ста­нет все ме­нее и ме­нее при­быль­ным.

У Fujitsu не­сколь­ко иной под­ход к рын­ку, чем у круп­ных аме­ри­кан­ских ком­па­ний. По­ми­мо се­те­во­го обо­ру­до­ва­ния, у нас есть мно­го про­дук­тов, ко­то­рые пред­ла­га­ют­ся толь­ко на япон­ском рын­ке (или пре­иму­ще­ствен­но япон­ском рын­ке), та­кие как мо­биль­ные те­ле­фо­ны, те­ле­ком­му­ни­ка­ци­он­ные про­дук­ты и да­же мейн­фрей­мы. Аме­ри­кан­ские же ком­па­нии пред­ла­га­ют за ру­бе­жом все, что у них есть в прайс-ли­сте.

LAN: При тен­ден­ции к кон­вер­ген­ции ком­па­ния долж­на пред­ла­гать пол­ный вы­чис­ли­тель­ный стек…

Фит­ц­же­ральд: У нас есть ги­пер­кон­вер­гент­ные ре­ше­ния, при­чем не од­но, а це­лых че­ты­ре: Azure Stack, VMware

VCF, где ис­поль­зу­ет­ся про­грамм­ный стек VMware ESX, Nutanix на аппаратной плат­фор­ме Fujitsu и на­ше соб­ствен­ное ре­ше­ние на ба­зе Open Stack Ubuntu Linux. Где ка­кое сле­ду­ет ис­поль­зо­вать, за­ви­сит ис­клю­чи­тель­но от требований за­каз­чи­ка.

Azure Stack пред­по­чти­тель­нее, ес­ли за­каз­чик уже ис­поль­зу­ет Azure, но не на­обо­рот. VCF вы­год­но для тех, у ко­го уже есть кор­по­ра­тив­ные ли­цен­зии VMware, но чрез­мер­но до­ро­го для тех, у ко­го их нет. Соб­ствен­ное ре­ше­ние Fujitsu по­дой­дет тем, кто де­ла­ет став­ку на ре­ше­ния с от­кры­тым ис­ход­ным ко­дом. Для всех осталь­ных — Nutanix.

LAN: Не­смот­ря на фо­кус на при­ло­же­ния и сер­ви­сы, поль­зо­ва­те­лям все рав­но при­хо­дит­ся за­ни­мать­ся ин­фра­струк­ту­рой…

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

LAN: В ка­кой ме­ре ска­зан­ное спра­вед­ли­во в от­но­ше­нии рос­сий­ских за­каз­чи­ков?

Фит­ц­же­ральд: К нам по­сто­ян­но об­ра­ща­ют­ся за­каз­чи­ки по во­про­сам внед­ре­ния ин­но­ва­ций. Я бы да­же ска­зал, что за­каз­чи­ки жаж­дут ин­но­ва­ций. В ре­ги­оне EMEIA Рос­сия — один из наи­бо­лее быст­ро рас­ту­щих рын­ков для Fujitsu. На­при­мер, по про­гно­зам Gartner, рос­сий­ский сер­вер­ный ры­нок бу­дет рас­ти на 7% еже­год­но в бли­жай­шие па­ру лет, то­гда как в дру­гих во­сточ­но-ев­ро­пей­ских стра­нах про­да­жи стагни­ру­ют: рост не пре­вы­ша­ет 1,5%.

Newspapers in Russian

Newspapers from Russia

© PressReader. All rights reserved.