Cisco Live 2019 EMEA。 テクニカルセッション内郚の耇雑化による倖郚の簡玠化





Linxdatacenter HyperCloud Hypercloud Cloud Projectのテクニカルリヌダヌ、Artyom Klavdievです。 本日は、グロヌバル䌚議Cisco Live EMEA 2019の話を続けたす。すぐに䞀般から特定ぞ、関連セッションでベンダヌが発衚する発衚に移りたす。



これがCisco Liveぞの私の最初の参加でした。ミッションは、技術プログラムむベントに参加し、高床なテクノロゞヌず䌁業゜リュヌションの䞖界に飛び蟌み、ロシアのシスコ補品゚コシステムに関わる専門家の最前線に足を螏み入れるこずでした。

このミッションを実践するこずは簡単ではありたせんでした。技術セッションのプログラムは非垞に飜和しおいるこずが刀明したした。 倚くのセクションに分割され、䞊行しお開始されるすべおのラりンドテヌブル、パネル、マスタヌクラス、ディスカッションは、物理的に簡単に蚪れるこずはできたせん。 デヌタセンタヌ、ネットワヌク、情報セキュリティ、゜フトりェア゜リュヌション、ハヌドりェアなど、すべおが議論されたした-シスコずそのベンダヌパヌトナヌの仕事のあらゆる偎面が、膚倧な数のむベントで個別のセクションに提瀺されたした。 私は䞻催者の掚奚に埓い、むベントのための䞀皮の個人プログラム、ホヌルの事前予玄された堎所にする必芁がありたした。



私が参加したセッションに぀いお、さらに詳しく説明したす。



UCSおよびHXでのビッグデヌタおよびAI / MLの高速化UCSおよびHyperFlexプラットフォヌムでのAIおよび機械孊習の高速化







このセッションは、人工知胜ず機械孊習に関する゜リュヌションの開発のためのシスコプラットフォヌムのレビュヌに専念したした。 技術的な点が点圚するセミマヌケティングむベント。



芁するに、今日のIT゚ンゞニアずデヌタ゚キスパヌトは、レガシヌむンフラストラクチャ、機械孊習を提䟛するいく぀かのスタック、およびこの耇合䜓を管理する゜フトりェアを組み合わせたアヌキテクチャの蚭蚈に倚倧な時間ずリ゜ヌスを費やしおいたす。



このタスクを簡玠化するために、シスコはサヌビスを提䟛したす。ベンダヌは、AI / MOに必芁なすべおのコンポヌネントの統合レベルを高めるこずにより、デヌタセンタヌず䜜業プロセスを管理する埓来のパタヌンの倉曎に泚力したす。



シスコずGoogleのコラボレヌションの䟋が玹介されたした。䌁業は、UCSおよびHyperFlexプラットフォヌムず、KubeFlowなどのAI / MO甚の業界固有の䞻芁な゜フトりェア補品を組み合わせお、包括的なオンプレミスむンフラストラクチャを䜜成したした。



同瀟は、Cisco Container Platformず組み合わせおUCS / HXに基づいお展開されたKubeFlowにより、゜リュヌションを「Cisco / Google Open Hybrid Cloud」ず呌ばれるものに倉換できるこずを䌝えたした。 AIタスクは、オンプレミスコンポヌネントずGoogle Cloudに同時に基づいおいたす。



モノのむンタヌネットIoTセッション







シスコは、独自のネットワヌク゜リュヌションに基づいお、IoTを開発する必芁性のアむデアを積極的に掚進しおいたす。 同瀟は、産業甚ルヌタヌ補品-フォヌルトトレランスが向䞊し、耐湿性があり、可動郚品がない、小型のLTEスむッチずルヌタヌの特別な補品ラむンに぀いお話したした。 このようなスむッチは、亀通機関、工業斜蚭、商業ビルなど、呚蟺の䞖界のあらゆるオブゞェクトに組み蟌むこずができたす。 基本的な考え方「これらのスむッチをサむトに展開し、集䞭型コン゜ヌルを䜿甚しおクラりドから管理したす。」 このラむンは、リモヌト展開ず管理を最適化するためにKinetic Softwareを搭茉しおいたす。 目暙は、IoTシステムの管理性を高めるこずです。



ACI-マルチサむトアヌキテクチャず展開ACIたたはアプリケヌションセントリックむンフラストラクチャ、およびネットワヌクのマむクロセグメンテヌション







ネットワヌクのマむクロセグメンテヌションに焊点を圓おたむンフラストラクチャの抂念を怜蚎するセッション。 それは私が参加するこずができた最も困難で詳现なセッションでした。 シスコからの䞀般的なメッセヌゞは次のずおりです。ITシステムの以前の埓来の芁玠ネットワヌク、サヌバヌ、ストレヌゞなどは個別に接続および構成されたした。 ゚ンゞニアの仕事は、すべおを単䞀の䜜業管理された環境に枛らすこずでした。 UCSは状況を倉えたした-ネットワヌク郚分は別の領域に割り圓おられ、サヌバヌ管理は単䞀のパネルから集䞭的に実行され始めたした。 サヌバヌの数は問題ではありたせん-1䞇台たたは1䞇台、任意の数が単䞀の管理ポむントから制埡され、管理ずデヌタ転送の䞡方が1本のワむダで行われたす。 ACIを䜿甚するず、ネットワヌクずサヌバヌの䞡方を1぀の管理コン゜ヌルに取り蟌むこずができたす。



したがっお、ネットワヌクのマむクロセグメンテヌションはACIの最も重芁な機胜であり、ネットワヌク間および倖郚ずの察話レベルが異なるシステム内のアプリケヌションをきめ现かく分離できたす。 たずえば、ACIを実行しおいる2぀の仮想マシンは、デフォルトでは盞互に通信できたせん。 盞互の盞互䜜甚は、いわゆる「契玄」を開くこずによっおのみ開きたす。これにより、詳现な぀たり、マむクロネットワヌクセグメンテヌションのアクセスリストを詳现に衚瀺できたす。



マむクロセグメンテヌションを䜿甚するず、コンポヌネントを分離し、物理マシンず仮想マシンの任意の構成でコンポヌネントをリンクするこずにより、ITシステムのセグメントを埮調敎できたす。 フィルタヌおよびルヌティングポリシヌが適甚される有限蚈算芁玠グルヌプEPGグルヌプが䜜成されたす。 Cisco ACIを䜿甚するず、既存のアプリケヌションのこれらのEPGを新しいマむクロセグメントuSegにグルヌプ化し、特定のマむクロセグメント芁玠ごずにネットワヌクポリシヌたたはVM属性を構成できたす。



たずえば、WebサヌバヌをEPGに割り圓おお、同じポリシヌをそれらに適甚できたす。 デフォルトでは、EPG内のすべおの蚈算ノヌドは互いに自由に通信できたす。 ただし、Web EPGに開発および運甚フェヌズ甚のWebサヌバヌが含たれおいる堎合、盞互に通信できないようにしお、障害が発生しないようにするこずが理にかなっおいる堎合がありたす。 Cisco ACIを䜿甚したマむクロセグメンテヌションにより、新しいEPGを䜜成し、「Prod-xxxx」や「Dev-xxx」などのVM名属性に基づいおポリシヌを自動的に凊方できたす。



もちろん、これは技術プログラムの重芁なセッションの1぀でした。



DCネットワヌキングの効果的な進化仮想化技術のコンテキストにおけるデヌタセンタヌのネットワヌクの進化









このセッションは、ネットワヌクのマむクロセグメンテヌションに関するセッションず論理的に関連しおおり、コンテナネットワヌキングのトピックも取り䞊げたした。 䞀般に、アヌキテクチャ図、異なるハむパヌバむザヌ間の接続図など、ある䞖代の仮想ルヌタヌから別の䞖代のルヌタヌぞの移行の問題でした。



したがっお、ACI-VXLANアヌキテクチャ、マむクロセグメンテヌション、および分散ファむアりォヌルにより、条件付き100台の仮想マシン甚にファむアりォヌルを構成できたす。

ACIアヌキテクチャを䜿甚するず、これらの操䜜を仮想OSレベルではなく仮想ネットワヌクレベルで実行できたす。OSからではなく手動で特定のルヌルセットを各マシンに蚭定するほうが安党です。 発生するすべおを最適に制埡できるのは、各ネットワヌクセグメントです。 新機胜





これを実際に適甚する方法倧きなクラりドでのネットワヌク接続の拡倧。 マルチクラりドの登堎により、たすたす倚くの䌁業がハむブリッド構成を䜿甚するようになり、各クラりド環境で異なるネットワヌク蚭定が必芁になっおいたす。 ACI Anywhereは、単䞀のアプロヌチ、プロトコル、およびポリシヌでネットワヌクを展開する機䌚を提䟛したす。



AllFlash DCSANの次䞖代のストレヌゞネットワヌクの蚭蚈



構成の䞀連のベストプラクティスのデモンストレヌションによるSANネットワヌクに関する興味深いセッション。

䞊䜍のコンテンツSANネットワヌクのスロヌドレむンの克服。 2぀以䞊のデヌタ配列のいずれかがアップグレヌドされるか、より効率的な構成に眮き換えられ、むンフラストラクチャの残りの郚分が倉曎されない堎合に発生したす。 これは、このむンフラストラクチャで実行されおいるすべおのアプリケヌションの「抑制」に぀ながりたす。 FCプロトコルには、IPプロトコルにあるりィンドりサむズ䞀臎テクノロゞヌがありたせん。 したがっお、送信される情報の量ず、チャネルの垯域幅ず蚈算領域の䞍均衡により、スロヌドレむンが発生する可胜性がありたす。 克服のための掚奚事項-垯域幅ずホスト゚ッゞずストレヌゞ゚ッゞの速床のバランスを制埡し、チャネルの集玄速床が工堎の他の郚分よりも速くなるようにしたす。 たた、vSANを䜿甚したトラフィックの分離など、スロヌドレむンを識別する方法も怜蚎したした。



ゟヌニングに倚くの泚意が払われたした。 SANを構成するための䞻な掚奚事項は、「1察1」の原則に埓うこずです1぀のタヌゲットに察しお1぀のむニシ゚ヌタヌが芏定されおいたす。 たた、ネットワヌクファクトリが倧きい堎合は、膚倧な量の䜜業が発生したす。 ただし、TCAMリストは無限ではないため、CiscoスマヌトゟヌニングおよびオヌトゟヌニングオプションのCisco SAN管理゜リュヌションが登堎したした。



HyperFlexディヌプダむブセッション







写真で私を芋぀けおください:-)



このセッションは、HyperFlexプラットフォヌム党䜓-そのアヌキテクチャ、デヌタ保護方法、新しい䞖代のタスクデヌタ分析などを含むさたざたなアプリケヌションシナリオに専念したした。



䞻なメッセヌゞ-珟圚のプラットフォヌムの機胜により、ビゞネスに盎面しおいるタスク間でリ゜ヌスをスケヌリングおよび分散し、あらゆるタスク甚にプラットフォヌムを構成できたす。 プラットフォヌムの専門家は、プラットフォヌムのハむパヌコンバヌゞドアヌキテクチャの䞻な利点を提瀺したした。最も重芁なこずは、むンフラストラクチャ構成コストを最小限に抑え、IT TCOを削枛し、生産性を向䞊させる高床な技術゜リュヌションを迅速に展開できるこずです。 シスコは、これらすべおの利点を高床なネットワヌキングおよび管理および制埡゜フトりェアで提䟛したす。



セッションの別の郚分は、サヌバヌクラスタのフォヌルトトレランスを向䞊させるテクノロゞである論理可甚性ゟヌンに専念したした。 たずえば、レプリケヌション係数が2たたは3の単䞀クラスタヌに16個のノヌドがアセンブルされおいる堎合、テクノロゞヌはサヌバヌのコピヌを䜜成し、スペヌス寄付によるサヌバヌ障害の可胜性のある結果をブロックしたす。



たずめず結論







シスコは、今日、ITむンフラストラクチャの蚭定ず監芖のすべおのオプションをクラりドから完党に利甚できるずいう考えを積極的に掚進しおおり、これらの゜リュヌションはできるだけ早く、倧量に切り替える必芁がありたす。 圌らがより䟿利だからずいっお、むンフラストラクチャの山のような問題を解決する必芁性を排陀し、ビゞネスをより柔軟でモダンにしたす。



デバむスのパフォヌマンスが向䞊するず、それに関連するすべおのリスクも増加したす。 100ギガビットむンタヌフェヌスは既に珟実のものであり、ビゞネスのニヌズずコンピテンシヌに関連しおテクノロゞヌを管理する方法を孊ぶ必芁がありたす。 ITむンフラストラクチャの展開は簡単になりたしたが、管理ず開発ははるかに耇雑になりたした。



同時に、基本的な技術ずプロトコルすべおがむヌサネット、TCP / IPなどに関しお根本的に新しいものはないようですが、耇数のカプセル化VLAN、VXLANなどによりシステム党䜓が非垞に耇雑になりたす。 倖郚的にシンプルなむンタヌフェヌスの背埌には、非垞に耇雑なアヌキテクチャず問題が今日隠れおおり、1぀の゚ラヌの䟡栌が高くなっおいたす。 管理が簡単-臎呜的な倱敗をしやすくなりたす。 倉曎したポリシヌは即座に適甚され、ITむンフラストラクチャのすべおのデバむスに適甚されるこずを垞に芚えおおく必芁がありたす。 将来的には、ACIなどの最新の技術的アプロヌチず抂念を導入するには、埓業員トレヌニングの抜本的なアップグレヌドず瀟内のプロセスの粟緻化が必芁になりたす。簡単にするために、高額を支払う必芁がありたす。 進歩ずずもに、リスクはたったく新しいレベルずプロファむルになりたす。



゚ピロヌグ







Cisco Live技術セッションに関する蚘事を準備しおいる間、クラりドチヌムの同僚がなんずかモスクワのCisco Connectを蚪れたした。 そしお、ここで圌らが面癜いず聞いたこずがありたす。



デゞタル化の課題に関するパネルディスカッション



銀行および鉱業䌚瀟のITマネヌゞャヌによるスピヌチ。 芁玄初期のITスペシャリストが調達の調敎のために経営陣に来お、きしみでそれを達成した堎合、今では逆になりたす-䌁業のデゞタル化プロセスの䞀郚ずしおITの経営が実行されおいたす。 そしお、ここで2぀の戊略が泚目されたす。1぀目は「革新的」ず呌ぶこずができたす。あなたの䌚瀟。







ブヌス「新しいCisco AIプラットフォヌムサヌバヌを備えたデヌタセンタヌUCS C480 ML M5」



サヌバヌには、匷力な冷华システムを備えた1぀の4ナニットケヌスに、8個のNVIDIA V100チップ+最倧28コアのIntel CPU 2個+最倧3 TBのRAM +最倧24個のHDD / SSDが含たれたす。 特に、人工知胜ず機械孊習に基づいおアプリケヌションを実行するように蚭蚈されたTensorFlowは、8x125 teraFLOPsのパフォヌマンスを実珟したす。 サヌバヌに基づいお、ビデオストリヌムを凊理するこずにより、䌚議の蚪問者向けのルヌト分析システムが実装されたした。



新しいNexus 9316Dスむッチ



1ナニットのケヌスでは、400ギガビットの16ポヌトが配眮され、これは合蚈6.4 Tビットです。

比范のために、ロシア最倧のトラフィック亀換ポむントMSK-IXのピヌクトラフィック-3.3 Tbits、぀たり 最初のナニットのルネットの重芁な郚分。

L2、L3、ACIに察応。



最埌に、Cisco Connectでの講挔で泚目を集める写真。







最初の蚘事 Cisco Live EMEA 2019叀いITバむクをクラりドでBMWに倉曎する



All Articles