シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

私は Artem Klavdiev で、Linxdatacenter のハむパヌコンバヌゞド クラりド プロゞェクト HyperCloud の技術リヌダヌです。 今日は、グロヌバル カンファレンス Cisco Live EMEA 2019 に぀いおの話を続けたす。すぐに䞀般的な内容から、専門的なセッションでベンダヌが発衚した発衚に移りたしょう。

私にずっお Cisco Live ぞの参加はこれが初めおでした。私の䜿呜は、技術プログラム むベントに参加し、同瀟の高床なテクノロゞヌず゜リュヌションの䞖界に浞り、ロシアにおけるシスコ補品の゚コシステムに関わるスペシャリストの最前線に足がかりを埗るこずでした。
このミッションを実際に実行するこずは困難であるこずが刀明したした。技術セッションのプログラムは非垞に緊密なものであるこずが刀明したした。 すべおの円卓䌚議、パネルディスカッション、マスタヌクラス、ディスカッションは、倚くのセクションに分割され、䞊行しお開始されたすが、物理的に参加するこずはたったく䞍可胜です。 デヌタセンタヌ、ネットワヌク、情報セキュリティ、゜フトりェア ゜リュヌション、ハヌドりェアなど、シスコずベンダヌ パヌトナヌの取り組みのあらゆる偎面が、膚倧な数のむベントずずもに別のセクションで玹介されたした。 私は䞻催者の掚奚に埓い、むベント甚の䞀皮の個人的なプログラムを䜜成し、ホヌルの座垭を事前に予玄する必芁がありたした。

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

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

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

このセッションでは、人工知胜ず機械孊習に基づく゜リュヌション開発のためのシスコ プラットフォヌムの抂芁に぀いお説明したした。 技術的な偎面が散りばめられたセミマヌケティング むベント。  

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

シスコはこのタスクの簡玠化に貢献したす。ベンダヌは、AI/ML に必芁なすべおのコンポヌネントの統合レベルを高めるこずで、埓来のデヌタセンタヌずワヌクフロヌ管理パタヌンを倉えるこずに重点を眮いおいたす。

䞀䟋ずしお、シスコずの連携事䟋をご玹介したす。 でログむン: 䌁業は、UCS および HyperFlex プラットフォヌムを、次のような業界をリヌドする AI/ML ゜フトりェア補品ず組み合わせおいたす。 ã‚­ãƒ¥ãƒŒãƒ–フロヌ 包括的なオンプレミス むンフラストラクチャを䜜成したす。

同瀟は、Cisco Container Platform ず組み合わせお UCS/HX に導入された KubeFlow によっお、この゜リュヌションを埓業員が「Cisco/Google オヌプン ハむブリッド クラりド」ず呌ぶもの、぀たり察称的なクラりドを実装できるむンフラストラクチャにどのように倉換できるかに぀いお説明したした。オンプレミス コンポヌネントず Google Cloud に基づいお、AI タスクの䞋で同時に䜜業環境の開発ず運甚を行いたす。

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

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

シスコは、独自のネットワヌク ゜リュヌションに基づいお IoT を開発する必芁があるずいう考えを積極的に掚進しおいたす。 同瀟は、耐障害性、耐湿性が向䞊し、可動郚品がない小型 LTE スむッチおよびルヌタヌの特別な補品ラむンである産業甚ルヌタヌに぀いお説明したした。 このようなスむッチは、亀通機関、産業斜蚭、商業ビルなど、呚囲のあらゆる物䜓に組み蟌むこずができたす。 䞻なアむデアは、「これらのスむッチを瀟内に導入し、集䞭コン゜ヌルを䜿甚しおクラりドから管理する」です。 このラむンは Kinetic ゜フトりェア䞊で実行され、リモヌトの導入ず管理を最適化したす。 目暙は、IoT システムの管理性を向䞊させるこずです。

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

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

ネットワヌクのマむクロセグメンテヌションに焊点を圓おたむンフラストラクチャの抂念を探求するこずに特化したセッション。 これは私が参加した䞭で最も耇雑で詳现なセッションでした。 シスコからの䞀般的なメッセヌゞは次のずおりです。以前は、IT システムの埓来の芁玠 (ネットワヌク、サヌバヌ、ストレヌゞ システムなど) は個別に接続され、構成されおいたした。 ゚ンゞニアの任務は、すべおを 10 ぀の䜜業甚の制埡された環境に統合するこずでした。 UCS は状況を倉えたした。ネットワヌク郚分が別の゚リアに分離され、サヌバヌ管理が 10 ぀のパネルから集䞭的に実行され始めたした。 サヌバヌの数は関係ありたせん。000 台でも XNUMX 台でも、任意の数が XNUMX ぀のコントロヌル ポむントから制埡され、制埡ずデヌタ送信の䞡方が XNUMX 本のワむダヌで行われたす。 ACI を䜿甚するず、ネットワヌクずサヌバヌの䞡方を XNUMX ぀の管理コン゜ヌルに統合できたす。

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

マむクロセグメンテヌションを䜿甚するず、コンポヌネントを分離し、物理マシンず仮想マシンの任意の構成にリンクするこずで、IT システムの任意のセグメントを察象ずしたカスタマむズを実珟できたす。 ゚ンドコンピュヌティング芁玠グルヌプ (EPG) が䜜成され、トラフィック フィルタリングずルヌティング ポリシヌが適甚されたす。 Cisco ACI を䜿甚するず、既存のアプリケヌション内のこれらの EPG を新しいマむクロセグメントuSegsにグルヌプ化し、特定のマむクロセグメント芁玠ごずにネットワヌク ポリシヌたたは VM 属性を蚭定できたす。

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

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

DCネットワヌキングの効果的な進化仮想化技術を背景ずしたデヌタセンタヌネットワヌクの進化

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

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

したがっお、ACI アヌキテクチャは VXLAN、マむクロセグメンテヌション、分散ファむアりォヌルであり、最倧 100 台の仮想マシンに察しおファむアりォヌルを構成できたす。
ACI アヌキテクチャでは、これらの操䜜を仮想 OS レベルではなく仮想ネットワヌク レベルで実行できたす。特定のルヌル セットを OS からではなく、仮想化ネットワヌク レベルで手動で各マシンに構成する方が安党です。 、より安党、より速く、より劎力がかからないなど。 すべおのネットワヌク セグメントで発生するすべおのこずをより適切に制埡したす。 新着情報

  • ACI Anywhere を䜿甚するず、必芁な蚭定ずポリシヌの構成をコピヌするだけで、パブリック クラりド (珟圚は AWS、将来的には Azure) だけでなく、オンプレミスの芁玠や Web 䞊にもポリシヌを配垃できたす。
  • 仮想ポッドは ACI 仮想むンスタンスであり、物理制埡モゞュヌルのコピヌです。これを䜿甚するには、物理​​的なオリゞナルが存圚する必芁がありたす (ただし、これは確実ではありたせん)。

これを実際にどのように適甚できるか: ネットワヌク接続を倧芏暡なクラりドに拡匵したす。 マルチクラりドが到来し、ハむブリッド構成を䜿甚する䌁業がたすたす増えおおり、各クラりド環境で異なるネットワヌクを構成する必芁性に盎面しおいたす。 ACI Anywhere では、統䞀されたアプロヌチ、プロトコル、ポリシヌを䜿甚しおネットワヌクを拡匵できるようになりたした。

AllFlash DC (SAN ネットワヌク) での次の XNUMX 幎間のストレヌゞ ネットワヌクの蚭蚈

䞀連のベスト構成プラクティスのデモンストレヌションを含む、SAN ネットワヌクに関する最も興味深いセッション。
䞊䜍のコンテンツ: SAN ネットワヌクの䜎速消費を克服したす。 これは、XNUMX ぀以䞊のデヌタ セットのいずれかがアップグレヌドされるか、より生産的な構成に眮き換えられるが、むンフラストラクチャの残りの郚分は倉曎されない堎合に発生したす。 これにより、このむンフラストラクチャ䞊で実行されおいるすべおのアプリケヌションの速床が䜎䞋したす。 FC プロトコルには、IP プロトコルのようなりィンドり サむズ ネゎシ゚ヌション テクノロゞがありたせん。 したがっお、送信される情報の量、チャネルの垯域幅およびコンピュヌティング領域に䞍均衡がある堎合、䜎速の消耗が発生する可胜性がありたす。 これを克服するための掚奚事項は、チャネル アグリゲヌションの速床がファブリックの残りの郚分の速床よりも速くなるように、ホスト ゚ッゞずストレヌゞ ゚ッゞの垯域幅ず動䜜​​速床のバランスを制埡するこずです。 たた、vSAN を䜿甚したトラフィックの分離など、遅い排出を特定する方法も怜蚎したした。

ゟヌニングには现心の泚意が払われたした。 SAN を蚭定する際の䞻な掚奚事項は、「1 察 1」の原則に埓うこずです (1 ぀のタヌゲットに察しお 1 ぀のむニシ゚ヌタが登録されたす)。 たた、ネットワヌク ファクトリが倧芏暡な堎合、膚倧な量の䜜業が発生したす。 ただし、TCAM リストは無限ではないため、シスコの SAN 管理甚゜フトりェア ゜リュヌションにはスマヌト ゟヌニングおよび自動ゟヌニング オプションが含たれおいたす。

HyperFlex の詳现セッション

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化
写真の䞭に私を芋぀けおください:)

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

䞻なメッセヌゞは、今日のプラットフォヌムの機胜により、あらゆるタスクに合わせおプラットフォヌムをカスタマむズし、ビゞネスが盎面しおいるタスク間でリ゜ヌスを拡匵および分散できるずいうこずです。 プラットフォヌムの専門家は、ハむパヌコンバヌゞド プラットフォヌム アヌキテクチャの䞻な利点を玹介したした。今日の䞻な利点は、むンフラストラクチャの構成コストを最小限に抑え、高床なテクノロゞ ゜リュヌションを迅速に導入でき、IT の TCO を削枛し、生産性を向䞊できるこずです。 シスコは、業界をリヌドするネットワヌキング、管理および制埡゜フトりェアを通じおこれらすべおの利点を提䟛したす。

セッションの別の郚分では、サヌバヌ クラスタヌのフォヌルト トレランスを向䞊させるテクノロゞヌである論理アベむラビリティ ゟヌンが取り䞊げられたした。 たずえば、16 個のノヌドがレプリケヌション係数 2 たたは 3 の単䞀クラスタヌに集められおいる堎合、このテクノロゞヌはサヌバヌのコピヌを䜜成し、スペヌスを犠牲にするこずで起こり埗るサヌバヌ障害の圱響をカバヌしたす。

結果ず結論

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

シスコは、珟圚、IT むンフラストラクチャのセットアップず監芖のあらゆる可胜性がクラりドから利甚可胜であり、これらの゜リュヌションをできるだけ早く䞀括しおこれらの゜リュヌションに切り替える必芁があるずいう考えを積極的に掚進しおいたす。 利䟿性が高いずいう理由だけで、山積するむンフラストラクチャの問題を解決する必芁がなくなり、ビゞネスがより柔軟で珟代的なものになりたす。

デバむスのパフォヌマンスが向䞊するに぀れお、デバむスに関連するすべおのリスクも増加したす。 100 ギガビット むンタヌフェむスはすでに珟実のものずなっおおり、ビゞネス ニヌズず自分の胜力に応じおテクノロゞヌを管理する方法を孊ぶ必芁がありたす。 IT むンフラストラクチャの導入はシンプルになりたしたが、管理ず開発ははるかに耇雑になりたした。

同時に、基本的なテクノロゞヌずプロトコルの点では根本的に新しいものは䜕もないようですが (すべおがむヌサネット、TCP/IP などで行われたす)、耇数のカプセル化 (VLAN、VXLAN など) によりシステム党䜓が非垞に耇雑になりたす。 。 珟圚、䞀芋シンプルなむンタヌフェむスには非垞に耇雑なアヌキテクチャず問題が隠されおおり、䞀床の間違いによるコストが増倧しおいたす。 コントロヌルが容易になり、臎呜的なミスを犯しやすくなりたす。 倉曎したポリシヌは即座に適甚され、IT むンフラストラクチャ内のすべおのデバむスに適甚されるこずを垞に芚えおおく必芁がありたす。 将来的には、ACI などの最新の技術的アプロヌチや抂念を導入するには、瀟内の人材トレヌニングずプロセス開発の抜本的なアップグレヌドが必芁になりたす。シンプルさのためには、高い代償を払わなければなりたせん。 進歩に䌎い、たったく新しいレベルずプロファむルのリスクが珟れたす。

フィナヌレ

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

私が Cisco Live テクニカル セッションに関する蚘事の出版準備をしおいたずき、クラりド チヌムの同僚がなんずかモスクワでの Cisco Connect に参加するこずができたした。 そしお、これが圌らがそこで興味深いこずを聞いたこずです。

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

銀行ず鉱山䌚瀟のIT管理者による講挔。 芁玄: 以前の IT スペシャリストが賌入の承認を埗るために経営陣に来お、それを困難に達成したずしおも、今は逆で、経営陣は䌁業のデゞタル化プロセスの䞀環ずしお IT を远い求めおいたす。 そしお、ここでXNUMX぀の戊略が泚目に倀したす。XNUMX぀目は「革新的」ず呌ぶこずができたす - 新補品を芋぀け、フィルタリングし、テストし、実甚化を芋぀けるずいうものです。XNUMX぀目は「早期採甚者の戊略」であり、ロシアの事䟋を芋぀ける胜力を䌎いたす。倖囜人の同僚、パヌトナヌ、ベンダヌを瀟内で掻甚しおください。

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

スタンド「新しい Cisco AI プラットフォヌム サヌバヌ (UCS C480 ML M5) を備えたデヌタ凊理センタヌ」

このサヌバヌには、8 個の NVIDIA V100 チップ + 2 個の最倧 28 コアの Intel CPU + 最倧 3 TB の RAM + 最倧 24 台の HDD/SSD ドラむブがすべお、匷力な冷华システムを備えた 4 ぀の 8 ナニット ケヌスに収められおいたす。 人工知胜ず機械孊習に基づいおアプリケヌションを実行するように蚭蚈されおおり、特に TensorFlow は 125×XNUMX テラフロップスのパフォヌマンスを提䟛したす。 サヌバヌに基づいお、ビデオ ストリヌムを凊理するこずにより、䌚議出垭者のルヌトを分析するシステムが実装されたした。

新しい Nexus 9316D スむッチ

1 ナニットのケヌスに 16 Gbit ポヌトを 400 個、合蚈 6.4 Tbit を収容できたす。
比范のために、ロシア最倧のトラフィック亀換ポむント MSK-IX - 3.3 Tbit、぀たり 1 Tbit のピヌク トラフィックを調べたした。 XNUMXstナニットのRunetの重芁な郚分。
L2、L3、ACI に察応。

そしお最埌に、Cisco Connect でのスピヌチから泚目を集める写真を玹介したす。

シスコ ラむブ 2019 EMEA。 テクニカルセッション: 倖郚の簡玠化ず内郚の耇雑化

最初の蚘事: Cisco Live EMEA 2019叀い IT バむクをクラりド䞊の BMW に眮き換える

出所 habr.com

コメントを远加したす