By
Translated by
可用性とパフォーマンスは、特にビジネス・セクターにおいて、サービス・プロバイダーの重要な差別化要因であり続けています。しかし、より良い接続性へのニーズと、帯域幅とパフォーマンスに対する需要の高まりは、すでに現在のネットワークを限界まで押し上げています。
サービス・プロバイダーは、コスト、規模、パフォーマンス要件と、パフォーマンスや可用性に悪影響を及ぼす可能性のあるディスラプティブな新技術の導入とのバランスに苦慮しています。
ドライブネッツ ネットワーククラウドの紹介
堅牢でバランスの取れたソリューションを探していると、サービスプロバイダーは「キャリアグレード」を謳う多くのネットワーキング・ソリューションに遭遇します。理論的には、キャリアグレードとはサービスプロバイダーがリスクを軽減し、信頼を得るために要求する機能や品質を指すはずですが、このラベルはあまり価値がないまま付与されていることがよくあります。
サービス・プロバイダは、キャリアグレードのネットワーキング・ベンダを選択する前に、以下のような重要な要素を評価する必要があります。
#1 高可用性とマルチレベルでの冗長性
サービス・プロバイダーは、企業やその他のビジネスからの新たな需要をサポートするため、プレミアム・インフラに大規模な資本を投じています。しかし、ビジネス分野でこのインフラを収益化できるかどうかは、その可用性と冗長性に依存しています。サービス・プロバイダーが「ファイブナイン」（99.999%）の SLA を提供し、年間わずか 5.15 分のダウンタイムしか許容していない場合は特にそうです。
しかし、冗長性と可用性は、すべてが順調に稼動しているときに評価されるべきではなく、むしろ、ソリューションが障害にどの程度耐えられるかに基づいて評価されるべきです。本格的なキャリアグレードのベンダーであれば、障害が発生した場合でもネットワークのパフォーマンスを保証することができます。
高可用性と冗長性の主なパラメーターは以下の通りです：
- 故障率（別名：平均故障間隔（MTBF）） - ネットワーク機能が故障する頻度は？
システム（およびその部品）が複雑になればなるほど、故障の影響を受けやすくなります。従って、サービス・プロバイダーはシンプルさを受け入れるべきです。シンプルで標準的なホワイトボックスを、すべてのネットワーク・ロケーションと役割にわたって統一されたビルディング・ブロックとして使用することで、障害発生率を低減し、結果としてネットワークの可用性を向上させることができます。 - 故障半径（別名、爆発半径） - 故障によって引き起こされる付随的損害とは？
「大きければ大きいほど、落下も激しくなる」。大規模なモノリシック・ルーターを使用する場合、ほとんどの状況でまさにこのことが起こります。どんな故障でもルーター全体に損害を与える可能性があり、爆発半径は壊滅的なものになります。
故障半径を小さくする最善の方法は、ルーターのハードウェア・コンポーネントとソフトウェア・コンポーネントを完全に分離することです。各コンポーネントが独立した要素として機能すれば、1 つのコンポーネントの故障が他のコンポーネントに影響することはなく、故障半径は実質的にゼロまで最小化されます。
図1：分散化されたネットワーキング・アーキテクチャによる障害半径の縮小
故障率と故障半径はそれぞれ単独でも重要ですが、この 2 つには「トレード・オフ」の関係もあります。サービス・プロバイダーは、関連する故障半径が十分に小さいことがわかれば、より高い故障率を許容できます。
#2 サービスに影響を与えないメンテナンス
従来のネットワークは複雑なだけでなく、壊れやすいです。煩雑な階層構造で構築されているため、運用チームは必要なメンテナンス活動や変更（たとえ予定されたメンテナンス・ウィンドウ内であっても）に神経をとがらせています。
ネットワーク運用チームは 「ネットワーク停止の不安 」の中で働いています。彼らは、たとえ短時間のダウンタイムでも数百万人のユーザーに影響を与え、場合によっては生命を脅かす可能性があることを知っています。したがって、キャリアグレードのベンダーを選ぶ際には、以下の点を考慮することが極めて重要です。
メンテナンス・ウィンドウ、ISSU および オン・ザ・スポット交換
サービスの中断とサービスへの影響を最小限に抑えるため、サービスプロバイダーは、従来のモノリシックな設計の相互依存性を排除し、特定の要素（ソフトウェアおよび／またはハードウェア）の独立した保守を可能にする、分解された分散型ネットワーキング・ソリューションを採用すべきです。
ハードウェア・レベルでは、あらゆるハードウェア要素にビルトインの冗長性を持たせる必要があります。どのコンポーネントが故障しても、ネットワーク・クラスターはシームレスに稼働し続けることができます。そのため、メンテナンス・ウィンドウをスケジューリングすることなく、コンポーネントをその場で交換することができます。
ソフトウェア・レベルでは、クラウドネイティブ・アーキテクチャを採用すべきです。各機能を専用のコンテナ上で実行することで、各機能が分離されるため、あるサービスに障害が発生しても、共有インフラ上の他のサービスの動作に影響を与えることはありません。さらに、コンテナ化を利用することで、インサービス・ソフトウェア・アップグレード（ISSU）も手間がかからなくなります。
多くのネットワーキング・ベンダーが、短いメンテナンス・ウィンドウ、シンプルなハードウェア交換、ISSU を約束していますが、分離分散型ネットワーキングが備える固有の機能により、このアーキテクチャが、サービスに悪影響を与えないメンテナンスに最適な選択肢となっています。
図2：ハードウェアのディスアグリゲーションは冗長性につながり、あるコンポーネントの故障が他のコンポーネントに影響を与えない
#3 Tier-1 キャリアの商用ネットワークでの稼働実績
多くのベンダーは、大きなことを約束し、「口では言う」ことができるが、「実際にやる」こともできるだろうか？ サービス・プロバイダーが要求する SLA は、新しい技術や検証されていない技術に対して緩和されることはありません。間違った技術を選択すると、顧客の大幅な解約や違約金などにつながる可能性があるからです。
だからこそ、有望な技術的青写真 (blueprint) を検証することが極めて重要なのです。ある技術やソリューションがキャリア・グレードであると認められるには、商用のライブ・ネットワークでの実績が不可欠です。
Tier-1 キャリアのネットワークでソリューションの実装に成功することは、そのテクノロジの決定的な承認となります。もしそのソリューションにあまりに多くの障害が発生し、すべての障害が大きな爆発半径を持ち、その回復に数日を要するようであれば、そのソリューションがキャリアグレードの基準を満たしていないことは明らかです。まともなキャリアであれば、そのようなソリューションを商用のライブ・ネットワークに導入することはないでしょう。
キャリアがある技術的ソリューションを商用ライブ・ネットワークに導入したということは、そのキャリアグレードの要件が厳しく評価された後であると信頼できます。
サービス・プロバイダーは、ネットワーク・ベンダーに対し、できれば Tier-1 キャリアのネットワークでの、広範な商用ライブ・ネットワークの実績を求めるべきです。
シンプルさは堅牢さと信頼につながる
話を最初に戻しましょう。増大する帯域幅とパフォーマンス要件を考慮しながら、真のキャリアグレード・ネットワーキング・ソリューションを選択する場合、サービスプロバイダーはシンプルな仕組みを受け入れなければなりません。分離分散型ネットワーキング・ソリューションは、正しく実行されれば、堅牢性と信頼性につながるシンプルな仕組みが提供できます。とはいえ、Tier-1 キャリアのネットワークで成功裏に稼働することこそが、ベンダーが真に「キャリアグレード」の称号を得ることができる条件です。
ドライブネッツ ネットワーク クラウドは、分離分散型ネットワーク機能をオーケストレーションし、シンプルな既製 (off-the-shelf) ホワイトボックスを共有リソースにまとめ、その上で複数のネットワークサービスを最大限効率的な形で稼働させることができます。
ドライブネッツ ネットワーク クラウドは、キャリアグレードの称号を「所有」する、リスクフリー、かつ、実績を証明済みのソリューションです。すでにグローバルな Tier-1 キャリアのネットワークで成功裏に稼働している当社のソリューション・アーキテクチャは、高可用性、マルチレベルの冗長性、シームレスなメンテナンスを実現します。
- 現場で実証済みのパフォーマンス：Tier-1 の商用ライブ・グローバル・ネットワークで実装され、稼動している
- 故障率の低減：シンプルな既製ホワイトボックスのみを使用する
- 障害半径の低減：コンピュートおよびネットワークリソースの共有により、システム要素の独立したアップグレードを可能にする
- オン・ザ・スポット交換：コントロールプレーンとデータプレーンの分離により、サービスに悪影響を与えることなくホワイトボックスを交換可能にする
- コスト、パフォーマンス、スケーラビリティの完璧なバランス：インクリメンタルで、自動化され、実質的に無制限のスケーリング
