5G CNFの耐障害性を検証する方法

5G CNF 耐障害性検証ソリューション
+ 5G CNF 耐障害性検証ソリューション

5G CNFの回復力を検証する

5Gコア向けのクラウドネイティブネットワーク機能(CNF)を導入する通信事業者やネットワーク機器ベンダーは、自社が所有していない、あるいは完全に制御できないKubernetesインフラストラクチャ上でも、各機能が信頼性の高いサービスを提供できるという確信を持つ必要があります。 本番運用に先立ち、エンジニアは、各CNFがクラウドに求めるネットワーク、コンピューティング、ストレージ、およびレイテンシのパフォーマンスを特定するとともに、そのパフォーマンスが確保されない場合にサービスの主要業績評価指標(KPI)がどのように反応するかを把握する必要があります。この検証は、ディスアグリゲートされたマルチベンダー環境において、CNFのリリース、インフラストラクチャ、および構成が変更されるたびに繰り返し行わなければなりません。

ノードやポッドの障害、ネットワークの品質低下、ストレージの障害、設定エラー、アプリケーション・プログラミング・インターフェース(API)サーバーの障害など、Kubernetesでよく見られる障害モードは、パフォーマンスの低下からクラスター全体の停止に至るまで、さまざまな問題を引き起こす可能性があります。 高可用性構成や監視によってリスクは軽減されますが、それだけでは、特定のCNFがこうした状況下でどのように振る舞うか、あるいは自己修復機能によってサービスが期待通りに復旧するかどうかはわかりません。エンジニアは、5Gトラフィックが稼働している状態で現実的な障害を意図的に発生させ、主要な障害指標を特定し、復旧動作のベースラインを確立する必要があります。このデータがなければ、サービス停止、サービスレベル契約(SLA)違反によるペナルティ、規制上のリスクは、本番環境でのみ表面化することになります。

5G CNF 耐障害性検証ソリューション

キーサイトの「Landslide CNF Testing」は、5Gの機能および性能テストと、クラウドネイティブインフラストラクチャに実環境と同様の障害を意図的に発生させ、その影響を監視する機能を組み合わせたものです。エンジニアは、現実的な5Gトラフィックを適用してCNFのベースライン動作を確認した後、ノードやポッドの障害、ネットワークの品質低下、ストレージの問題、設定エラー、APIサーバーの障害などを意図的に発生させながら、サービスのKPIへの影響を測定します。 その結果、主要な障害指標を特定し、各CNFがクラウドネットワーキング、コンピューティング、ストレージ、オーケストレーションにどのように依存しているかを明らかにするとともに、自己修復メカニズムによってサービスが復旧することを検証します。自動化され、再現性のあるシナリオにより、ラボ環境および本番導入前の環境において、すべてのリリースにわたる継続的なレジリエンス検証が可能となり、デプロイ前に設計、構成、およびパフォーマンスの耐障害性を確認できます。

「5G CNF 耐障害性検証ソリューション」のブロック図をご覧ください

5G CNFの耐障害性を検証する方法

当社の5G CNF耐障害性検証ソリューションの製品をご覧ください

関連するユースケース

お問い合わせ ロゴ

当社のエキスパートにお問い合わせください。

所望のソリューションを見つけるのにお困りですか?