Comments
Description
Transcript
Big Cloud Fabric による OpenStack の展開
ホワイト ペーパー Big Cloud Fabric による OpenStack の展開 ベア メタル SDN による IaaS クラウドの自動化 OpenStack を検討しているデータ センター インフラストラクチャ チームにとって、従来の ネットワーク技術が設計上の課題になっています。Big Cloud Fabric ソリューションを使用す れば、複数の OpenStack ネットワーク モデルが実現でき、ハイパースケール データ セン ター システムへシームレスに移行できます。 概要 OpenStack は、エンド ユーザーに対して、高速で、柔軟な、極めて拡張性の高いサービス提供が可能なプラ イベート クラウドを展開する最も簡単な方法の 1 つです。管理インタフェースを使用して、多数のコンピュータ、 ストレージおよびネットワーキング リソースを自動制御します。管理インタフェースでは、管理者には必要なコン トロール機能が提供され、同時にユーザーには、アプリケーションが必要とするリソースをオンデマンドで用意で きる柔軟性がもたらされます。OpenStack は、オープンソースで、コミュニティ主導で開発され、実務環境で の実績もある豊富な機能も備えており、 クラウド コンピューティングの主流のプラットフォームになりつつあります。 従来のネットワーキング技術にとって、OpenStack は設計上の課題となっています。アプリケーション展開のあ らゆる側面がセルフ サービス化されるため、プロジェクトを迅速にプロビジョニングし、成長、縮小、撤去ができ るよう、ネットワークは柔軟な基盤でなければなりません。従来の静的に構成されるネットワーク、つまり配管工 事のような考え方ではうまくいきません。 このような、 俊敏で高度に自動化されたネットワーク インフラストラクチャ に対するニーズが生まれたことにより、ネットワーキング イノベーションにルネサンスが引き起こされ、たちまち のうちにさまざまなアーキテクチャ アプローチやソリューションが提案されました。 データ センター ネットワーク インフラストラクチャを扱うチームにとってはやりがいのある時代と言えますが、重 大な意思決定や困難なトレードオフにも直面します。 • ネットワーク構築には OpenStack Nova を採用すべきか、それとも OpenStack Neutron を採用すべき か。 • 決定した選択肢のセキュリティ、パフォーマンス、高可用性（HA）などへの影響はどうか。 • 現在のネットワーク インフラストラクチャは OpenStack システムのニーズの変化に合わせて進化できるか。 さらに、 インフラストラクチャのユーザー（テナント）は、 この設計の選択が、利用するアプリケーションのアジリティ とパフォーマンスに関する要件にどのような影響を及ぼすかを認識する必要があります。ここでは、OpenStack 設計者が通常利用できるネットワーキング オプションをレビューし、主なトレードオフを取り上げ、Big Switch Network の Big Cloud Fabric ソリューションがいかに多様なネットワーキング オプションに対応し、それらの シームレスな移行を可能にするかをまとめます。 目次 概要 1 ページ OpenStack ネットワーキング 2 ページ Big Cloud Fabric – すべてに対応するハイパースケール ネットワーキング 4 ページ Nova ネットワーキングと BCF 5 ページ Neutron ネットワーキングと BCF – ML2 プラグイン 5 ページ Neutron ネットワーキングと BCF – BSN プラグイン 6 ページ 結論 7 ページ Big Cloud Fabric による OpenStack の展開 ホワイト ペーパー OPENSTACK ネットワーキング ほとんどのデータ センターのテナントやアプリケーション 1 では、OpenStack などのサービスとして のインフラストラクチャ（IaaS）オーケストレーション システムから、次のようなネットワーキング要件 が求められています。 • 企業環境によく使用されている、多彩なトポロジに対応できる接続性を提供する • 脅威の隔離、障害の隔離、トラブルシューティング、コンプライアンスなどのためのアプリケーショ ン セグメンテーションを確保する • 共有されたインフラストラクチャと L4 ～ L7 のサービスのシームレスな使用を管理する OpenStack の初期の展開では、弾力性のあるコンピューティングとストレージに必要な機能に焦点が 当てられましたが、ネットワーキングは従来の方法に依存したままでした。テナントのネットワーキング ニーズに対応するため、物理的なネットワークを手作業で変更する必要がありました。隔離された別の ネットワークに新たなテナントを配置するには、データ センター内の膨大な数の物理スイッチを個々に 設定変更する必要がありました。また、企業内の組織が縦割りであるため、アプリケーション、コンピュー タ、ストレージおよびネットワーキングを部門別に異なるチームが担当することが多く、その結果、この 問題はさらに悪化しました。 このような要件と課題の一部に対応するため、OpenStack コミュニティは最近出したリリースにおい て、2 つの重要なネットワーキング プロジェクトに取り組みました。それが Nova-network と、その 後にリリースされた Neutron です。Nova-network はいずれ廃止されると思われますが、今後もあ る程度の期間はデータ センター展開の多くのケースで使用される見込みです。 2 ここでは、アプリケーションの接続性と隔離の要件の例として、標準的な 3 層アプリケーション（ウェブ、 アプリ、データベースの 3 層と、各層の仮想マシン）を取り上げ、OpenStack の Nova-network と Neutron のシステムで上記のニーズがどのように対応されるのかを見ていきます。 また、同じアプリケーションの異なる層間の隔離要件はさまざまであり、通常はその特定のアプリケーショ ンの重要度によって決定されるということも、重要なポイントとして抑えておく必要があります。 • 弱い隔離 : 重要度の低いアプリケーションの場合、ある層での想定外の使用パターンがその層を超 え、別のアプリケーション層の安定度とセキュリティに影響を及ぼすリスクが許容される場合もよく あります。OpenStack 展開において、通常、このレベルの隔離にはセキュリティ グループを使用 します。その場合、物理ネットワークでユニキャスト レベルの隔離を行いますが、L2 ブロードキャ スト隔離は行いません。 • 強い隔離 : 実務レベルのアプリケーションは、ほとんどの場合、ある層における想定外の使用パター ンやセキュリティ ホールは他の層から完全に隔離する必要があります。これは、長期に渡って実務 運用で使用されるアプリケーションでよく見られるケースです。通常、VLAN、ステートフル ファイ アウォールなどのメカニズムを使用して、同じアプリケーション内の異なる層間での L2 隔離を実現 します。 OPENSTACK NOVA によるネットワーキング 図 1 : OpenStack Nova のネットワーク 一般的なケースの Nova-network モデルでは、VLAN-Manager を使用して、各アプリケーションや プロジェクトに隔離された VLAN / サブネットを割り当てるというわかりやすいネットワーク モデルが使 用されています。このプロジェクトで構築される新規の VM は、デフォルトで、プロジェクトの VLAN / サブネットに単一のネットワーク インタフェースを使用して作成されます。同じプロジェクトの中では、 セキュリティ、トラブルシューティングおよび対障害弾力性を確保するため、OpenStack セキュリティ グループが VM 層の隔離に使用されます。外部接続性が必要な場合は、プロジェクトの VM の 1 つ 以上にフローティング IP アドレス（第 2 のインタフェース）が作成されます。この第 2 のインタフェー スは、プロジェクトの隔離された VLAN / サブネットではなく、共有のパブリック VLAN / サブネット に設定され、ルーターに接続して、そこから外部のネットワークや他のプロジェクトのフローティング IP アドレスに接続できます。 実際のところ、Nova-network の展開においては、ネットワーク管理者は通常、プロジェクトの作成時 や削除時に VLAN のプロビジョニングや削除が自動的に行われないよう、クラウドを最初にセットアッ 1 ここでは、OpenStack プロジェクト、 テナント、 およびアプリケー ションはほぼ同等のものとして扱います。 2 http://docs.openstack.org/trunk/openstack-ops/ content/nova-network-deprecation.html 2 ページ プするときに、各 VLAN を各スイッチ アクセス ポートにあらかじめプロビジョニングしておきます。 このモデルは、VLAN をプロジェクトにマッピングすることにより、テナント間での強い隔離を実現しま す。Nova-network の最大のメリットは、使いやすさです。しかし、いくつかデメリットもあります。 • Nova-network モデルは、同じプロジェクト内では層間の弱い隔離（セキュリティ グループによる 隔離）に制限されます。 • 各プロジェクトが 1 つの VLAN / サブネットであるため、設計上、同じプロジェクト内の層間のサブ ネット境界に依存するファイアウォールや同様の L4 ～ L7 サービスを追加することはできません。 • セキュリティ グループは OpenStack VM に特有の構造であることから、OpenStack VM 以外 のエンド ポイント（ロード バランサー、ベア メタル サーバー、ストレージなど）には別の隔離 / ポ Big Cloud Fabric による OpenStack の展開 ホワイト ペーパー リシー メカニズムが必要です。 • サポートするプロジェクト数の制限 - 従来のファブリックで VLAN を構成する OpenStack Nova のデフォルトの VLAN-Manager は、最大でも 800 ～ 1,000 の VLAN にしか対応しません。 テナントやプロジェクトの理論上の上限である 4,000 と比べると、かなり少ない数となっています。 Nova-network によるネットワークのプロビジョニングは、新しい Open Stack クラウドに初めて展開 される低 SLA アプリケーションの多くにとって、プロバイダ実装の容易さ、テナント利用の容易さ、お よびセキュリティ / 隔離の妥当性のバランスが取れた方法と言えます。 OPENSTACK NEUTRON によるネットワーキング OpenStack コミュニティは、Nova-network のデメリットのいくつかに対応を図り、Neutron をリ リースしました。将来的には、Neutron が主流のネットワーキング モデルになると期待されていますが、 この文書を書いている時点では、Neutron によって持ち込まれた複雑性をまだ無視することはできま せん。 Neutron を使用すると、プロジェクト管理者は、プロジェクトに対して 1 つ以上の VLAN / サブネット を作成でき、層間に強い隔離を実現することができます。また、プロジェクト管理者は、プロジェクトの VLAN / サブネットの間に L3 の接続性を実装するために、論理ルーターへのアクセスも利用すること ができます。従来のネットワーキング（L3 ネクスト ホップ）のサービス追加技術を使用して、ファイア ウォールなどの L4 ～ L7 サービスを設計時または設計後に層間に追加できます。複数の L2 ドメイ ンのあるプロジェクト内で層間の強い隔離が実装できることにより、企業アプリケーションが必要とする 多彩な内部トポロジをモデル化する道が開かれました。 OpenStack ネットワーキングの長期的な方向性を明確に示すものとして、Neutron は開発者の熱い 注目を集めるとともに機能拡充の動きも加速されており、多様な形のサービス追加が行える高性能な SDN 設計オプションやコミュニティ サポートが次々に提供されています。それに伴い、現行の標準プ ラグイン実装（Icehouse）には無視できない欠陥が生じています。 図 2 : OpenStack Neutron のネットワーク • 1 つのテナントに対する論理ルーターは、複数のコンピュータ ノードから選択された 1 つのノード にソフトウェア ルーターとして実装されます。そのため、パケットのヘアピニングの問題、単一障害 点、およびパフォーマンスのボトルネックが生じます。 • Nova-network に比べ、プロバイダ側の構成が複雑になります。 • テナントの論理ルーターの管理において、操作性の課題と複雑性が生じます。 • VM またはネットワークに対する QoS（サービスの品質）の構成がありません。 このような課題は OpenStack の次期リリースで対応される予定ですが、多くの場合、主要な市販製 品ですでに対応されつつあります。同時に、Nova-network と Neutron の両方が近い将来に実務運 用環境に展開されると見込まれています。その結果、両方のモデルに対応するネットワーキング モデ ルに対する需要が高まっています。 Big Switch の Big Cloud Fabric は OpenStack の Nova-network および Neurtron の展開 モデルの両方に対応しており、さまざまなアプリケーション要件を持つユーザーに対して移行の手段を 提供し、投資を保護します。 3ページ Big Cloud Fabric による OpenStack の展開 ホワイト ペーパー BIG CLOUD FABRIC ー すべてに対応するハイパースケール ネットワーキング ハイパースケール データセンターの設計原則を取り入れた Big Switch の Big Cloud Fabric （BCF）ソリューションはイノベーションを促進し、プロビジョニングと管理を容易にしつつ、全体的な コストを削減します。SDN ソフトウェアとベア メタル イーサネット スイッチ ハードウェアをポッド設計 に取り入れた Big Cloud Fabric は、幅広い階層の OpenStack ユーザーにハイパースケール ネッ トワーキングを実現します。BCF ソリューションには次の 2 種類があります。 • P-CLOS ー リーフ / スパイン型物理 CLOS ファブリックで構成 • 統合 P+V CLOS ー リーフ / スパイン型と仮想スイッチ（vSwitch）で構成 BCF ソリューションのコンポーネントは次のとおりです。 • Big Cloud Fabric Controller ー 論理的に一元化され階層的に実装された SDN コントローラ で、通常、複数の仮想マシンかハードウェア アプライアンスのクラスタとして展開され、高可用性 (HA) を実現します。 • ベア メタル リーフ / スパイン型スイッチ ハードウェア ー Big Switch のハードウェア互換性リスト には、多様なスイッチ ハードウェア構成（10G/40G）やベンダーが掲載されています。 • Switch Light ™ オペレーティング システム ー SDN 専用に開発されたベア メタル スイッチ OS。 • Switch Light ™ vSwitch（オプション）ー 統合 P+V CLOS システム用の高性能 SDN vSwitch。 • Big Switch Neutron プラグ イン （オプション） または Big Switch ML2 ドライバ メカニズム （オ プション）ー OpenStack と Big Cloud Fabric Controller 間のソフトウェア統合層。 ネットワークのプロビジョニング、ほとんどのトラブルシューティング、および自動化が、BCF コントロー ラ上の CLI、GUI、REST API およびソフトウェア統合で行われます。アプリケーションまたはテナン ト中心のプロビジョニングにより L2/L3 構成が合理化され、一元管理機能を備えた BCF コントロー ラにより管理コンソールの数 3 が 30 分の 1 以下に削減されます。OpenStack などの API および オーケストレーション システムにより、ネットワークのプロビジョニング、セキュリティおよび監査ワーク フローとシームレスに統合でき、ベア メタル イーサネット スイッチ ハードウェアの使用により 3 年間 分のコストを 50% 以上 4 も削減します。 図 3 : Big Cloud Fabric ソリューションのコンポーネント 3 4 4 ページ 従来の L2/L3 スイッチ 16 ラック列（32 TOR、2 アグリゲーション シャーシ） との比較 よく利用される既存の L2/L3 ネットワーキング デバイスによる 16 ラック列のハードウェア、 ソフトウェア、 ケーブルおよび光学製品の設 備投資とメンテナンス コストとの比較。ご要望によりモデルを提供。 BCF の管理者が 1 つの L3 ネットワークと 複数の L2 ネットワークでファブリックをあら かじめプロビジョニング。中央ポータルからフ ァブリックを管理 OpenStack の管理者がプロジェクト （ま • 通常はテナントに対し 「どこからでもす べての VLAN に接続」設計を適用 （ワンタイム） たはテナント）の予想範囲を選択 • BCF の管理者と協力して、 ファブ リックを事前プロビジョニング • ルーティング可能な North/South VLAN （サブネット） をフローティン グ IP に使用 • ファブリックの L3 ネットワー クに相当する外部ネットワー クを構築 Big Cloud Fabric による OpenStack の展開 ホワイト ペーパー • あらかじめプロビジョニングした 複数の L2 ネットワークを使用する、 プロジェクト 用のゲスト ネットワークを構築 BCF Zero Touch Fabric（ZTF）機能に より自動化が可能 OpenStack プロジェクト （またはテナント） が事前にプロビジョニングされたゲスト ネット ワークを利用 • ファブリックが拡張されても （ラック が追加されても） 、追加のワークロー ドに対応するために設定変更が不要 • VLAN Manager により VLAN タグ を OVS に設定 • テナント間の層隔離は OpenStack か らセキュリティ グループをプロビジョニ ングすることにより管理 図 4 : OpenStack Nova と BCF OPENSTACK NOVA ネットワーキングと BIG CLOUD FABRIC（P-CLOS） Nova で展開を継続する場合、P-CLOS タイプの BCF を使用すれば、ベアメタル SDN ファブリック による低コスト、運用複雑性の低減、拡張性が極めて高いネットワーキング インフラストラクチャという メリットが享受できます。上図に、BCF と Open Stack Nova のネットワーキングをプロビジョニング する場合のおおまかなワークフローを示します。 NOVA に対する BCF のメリット : • プロビジョニング : OpenStack 制御、フローティング IP、ストレージ トラフィック、およびテナン ト データに対応する VLAN が、効率的な Nova 専用構成により、物理ファブリックへあらかじめ プロビジョニングされています。ネットワーク構成への変更も、 コントローラだけで行えばよく、各ネッ トワーキング デバイスで行う必要はありません。 • トラブルシューティング :「フロー パス表示」シミュレーション コマンドなど、コントローラの主要な トラブルシューティング ツールが用意され、OpenStack コントロール ネットワーク、フローティン グ IP ネットワーク、ストレージ ネットワーク、テナント データ ネットワークのどこからでも利用でき ます。 • スケール : 最も普及しているツリー型ネットワーク デバイスでは、ほとんどの場合、サーバーに向 かうポートに設定できる VLAN の数が制限されていますが（既存のベンダーの制限では 800 ま で）、Big Cloud Fabric は合計で 4,000 以上の VLAN をファブリック全体に設定でき、パフォー マンスへの影響もありません。 • 経済性 : ベア メタル スイッチング ハードウェアの極めて高い経済性は Nova システムの重要な要 素であり、パブリック クラウドに対し優れたコスト競争力を発揮します。 OPENSTACK NEUTRON と BIG CLOUD FABRIC（P-CLOS）– ML2 プラ グイン 標準の Neutron ML2（モジュラー レイヤー 2）プラグインにより、あるテナント ネットワークにどの ようなリソースを割り当てるかを、その意向を物理および仮想インフラストラクチャ上にどのようにプロ ビジョニングするかとは切り離して決定できます。ML2 モデルでは、ユーザーが、使用する物理スイッ チング ベンダーに合わせて「ドライバ メカニズム」を選択し、スイッチングおよびルーティング インフ ラストラクチャのさまざまな部分の構成を自動化できます。 OpenStack Neutron の（現在および将来の）豊富な機能に関心がありつつも、既存の Linux/ KVM 仮想化インフラストラクチャにも依存するユーザーならば、図 5 に示すような BSN および ML2 プラグインで処理されるテナント ネッ トワーク要求： • ML2 プラグインが VLAN タグを割 り当て • BSN ドライバが P-CLOS ファブリッ クで L2 セグメンテーションをプログ ラミング • OVS ドライバが vSwitch で対応する タグをプログラミング • Neutron が L3 サービスを作成およ び管理 • L2 タギング （VLAN） を介して層隔離 を管理 OVS ドライバによるベア メタル SDN を導入すると、そのメリットを得ることができます。 図5: OpenStack Neutron と BCF - ML2 プラグイン 5ページ Big Cloud Fabric による OpenStack の展開 ホワイト ペーパー NEUTRON ML2 に BCF を利用するメリット : • プロビジョニング : ML2 統合の初期プロビジョニングのプロセスはわかりやすく、その情報も豊富 にあります。初期システム プロビジョニングを行えば、 テナント固有のプロビジョニング ワークフロー は OpenStack により自動化されます。 • トラブルシューティング :「フロー パス表示」シミュレーション コマンドなど、BCF コントローラの 主要なトラブルシューティング ツールがコントローラの一部として用意され、OpenStack コント ロール ネットワーク、フローティング IP ネットワーク、ストレージ ネットワーク、テナント データ ネッ トワークのどこからでも利用できます。 • スケール : 前述のとおり、Big Cloud Fabric はファブリック全体で合計 4,000 以上の VLAN を パフォーマンスへの影響なく設定できます。 • 経済性 : ベア メタル スイッチング ハードウェアの極めて高い経済性に加え、 このような構成の場合、 ML2 アーキテクチャは、オーバーレイ ベンダーという追加コストをかけることなく、オーバーレイ のメリットの多くを得ることができ、全体的なシステム コストを大幅に削減します。 OPENSTACK NEUTRON と BIG CLOUD FABRIC（統合 P+V CLOS）– BSN プラグイン 前述した既存の標準プラグインの制約を受けることなく OpenStack Neutron ネットワーキン グのメリットをフルに実現するには、Big Cloud Fabric（統合 P+V CLOS タイプ）を展開し、 OpenStack Neutron プラグインを介してプロビジョニングを行います。 BSN Neutron プラグインで処理されるテナ ント ネットワーク要求 : • BSN プラグインが P+V CLOS ファブ リックで L2 と L3 の接続性をプログラ ミング • 分散された L3 機能を Switch Light NEUTRON に BCF P+V CLOS を利用するメリット : ML2 プラグインによりもたらされる、プロビジョニング、トラブルシューティングおよび経済性のメリッ トに加え、Neutron プラグインには、次のようなメリットがあります。 • トラブルシューティング : このモデルにおけるトラブルシューティングの経路は、物理ファブリックか vSwitch に実装し、仮想化されたワーク ら vSwitch にまで及び、任意の 2 つのエンドポイント間の物理的および論理的ホップのそれぞれ ロードに対応 に対して、全体的な可視性をもたらします。 • 対障害弾力性 : L3 エージェント機能を各 vSwitch に分散させることにより、単純な ML2 ベース 図 6 : OpenStack Neutron と BCF - のシステムから生じる単一障害点の問題を回避し、高可用性の ML2 ベースのシステムに伴う複雑 BSN プラグイン 性を劇的に低減させます。 • スケール : ネットワーク機能の一部を vSwitch に移すことにより、非常に大規模なエンド ホスト シ ステム（BCF ロードマップ上のアベイラビリティ ゾーンごとに 48,000 以上の MAC アドレス） にも対応できます。 6 ページ 結論 ハイパースケール ネットワーキングは、データ センター 設計者にとって極めて魅力的な要素を備えた 設計理念といえます。設備投資の大幅な削減、自動化と運用のシンプル化の大躍進、対障害弾力性 / 高可用性への徹底したアプローチ、「ポッド」と呼ばれる複製可能な構築要素の重視など、さまざまな 特長があります。 Big Switch は、ハイパースケール データ センターのオペレータが開拓した設計原理を幅広いユー ザーに提供しています。 1. ベア メタル ハードウェアによるコスト削減 : ネットワーキングのハードウェアとソフトウェアのディス Big Cloud Fabric による OpenStack の展開 ホワイト ペーパー アグリゲーションにより、柔軟性の確保とベンダーの選択が可能となり、市場での競争力が高まる ほか、スタックの各層を個別に刷新していくことが初めて可能になりました。 2. 論理的に一元化された SDN コントローラによる複雑性の低減 : コントローラ ベースのシステム は、一元化されたプログラミングと自動化によりアジリティを生み、ファブリック設計の合理化により、 これまで困難だった個別モジュールごとの実装とメンテナンスを可能にします。 3. コア＆ポッド設計によるイノベーションの加速 : OpenStack などの新技術の採用と、新しいポッド 設計という形による価格 / 性能比の向上を、キャパシティ プランニングとは独立して推進できます。 基本的なルーティング プロトコルまたは静的ルートのデータ センター コアに新しいポッドを追加す るだけで行うことができます。 Big Cloud Fabric の柔軟なスケールアウト設計により、OpenStack 設計者は当面のニーズを満た す規模から始め、将来の成長ニーズにも対応できます。OpenStack Nova と Neutron のネットワー ク運用モデルの両方をサポートしているため、データ センターのアプリケーション設計が進化するにつ れて、解決困難なトレードオフに煩わされることがありません。十分な柔軟性と選択肢が確保されてい るので、ベア メタル SDN のメリットをすぐに実現できます。現在、OpenStack Nova ネットワーキ ングにより展開されているアプリケーションの場合、本製品により Neutron ネットワーキングへ簡単に 移行することができます。Neutron では、優れたセキュリティ、性能、隔離および高可用性のアプリケー ション メリットを得ることができます。 OpenStack ネットワーキング プラグインなどの多様なハードウェアとソフトウェアのソリューションの提 供、および成長に合わせて投資できる経済性により、完全に統合された独自ソリューションに束縛され ることなく、小規模から始めて徐々にファブリックを拡張させることができ、それにより、最新のデータ センター ネットワークの実現が可能になります。OpenStack データ センターを検討しているサービ ス プロバイダや企業の IT 部門ならば、ベア メタル SDN 設計のメリットを今すぐにでも実現できます。 • 高速なアプリケーション アジリティ : BCF コントローラでのアプリケーション / テナント中心の構 成により、L2/L3 ネットワークのプロビジョニングが合理化されます。アプリケーションのニーズが 成長するのに合わせ、ファブリック コントローラや OpenStack への設定変更なしでポッドを拡張 できます。 • 運用コストの大幅な削減 : 論理的に一元化されたコントローラにより、管理コンソールの数 5 を 30 分の 1 以下に削減できます。ゼロ タッチ ファブリックのプロビジョニングと、全体的な可視性 をもたらす「フロー パス表示」シミュレーション コマンドなどのトラブルシューティング ツールによ り、データ センター ネットワークの運用がさらにシンプル化できます。 • 設備投資の劇的な削減 : ベア メタル イーサネット スイッチ ハードウェアにより、3 年間のインフ ラストラクチャ コストを 50% 以上削減できます。オーバーレイ / アンダーレイ設計と比較すると、 統合 P+V ソリューションは、この 2 つのネットワーキング層を畳み込むことにより、全体的なシス テム コストをさらに削減できます。 Big Switch の Big Cloud Fabric により OpenStack データ センター ネットワークをどのように実 現するかについてさらに詳しくお知りになりたい場合は、[email protected] にお問い合わせくだ さい。 5 従来の L2/L3 スイッチ 16 ラック列（32 TOR、2 アグリゲーション シャーシ） との比較 7ページ Big Cloud Fabric: すべてに対応するハイパースケール ネットワーキング ホワイト ペーパー BigSwitchNetworks 株式会社 〒 100-0004 東京都千代田区大手町 1-5-1 大手町ファーストスクェアイーストタワー 4F Tel 03-5219-1268 Fax 03-5219-1295 mail [email protected] 本社 3965 Freedom Circle, Suite 300, Santa Clara, CA 95054 +1.650.322.6510 TEL +1.800.653.0565 TOLL FREE www.bigswitch.com [email protected] Copyright 2014 Big Switch Networks, Inc. All rights reserved. Big Switch Networks、Big Cloud Fabric、Big Tap、 Switch Light OS、Switch Light vSwitch は、Big Switch Networks, Inc の商標または登録商標です。その他すべての商標、 サービス マーク、登録商標、登録サービス マークは、個々の所有者に帰属します。本書の内容に誤りがあった場合でも、Big Switch Networks は責任を負わないものとします。Big Switch Networks は、本書の内容を予告なく変更、改良、譲渡、または改訂する権 利を有します。BCF OpenStack WP V1 EN July 2014