数週間前、Stratus 通信事業者と通信アプリケーションプロバイダーを対象とした「コモディティハードウェア上のあらゆるアプリケーションの即時フォールトトレランスの実現」というタイトルのウェビナーをライトリーディング付きで開催しました。イベントは大成功を収め、150人の参加者がライブでダイヤルインし、さらに200人の参加者が登録したが、その特定の時間に参加できなかった人もいました。セッション中に多くの質問がありましたが、その時点で回答されたものもあれば、時間の制約により回答されなかったものもあります。このブログ記事では、寄せられたすべての質問と回答をまとめています。
Q&Aに進む前に、まずeverRunを簡単な言葉で定義しておきましょう。
everRunは、障害管理と自動フェイルオーバーをアプリケーションからソフトウェアインフラストラクチャに移行するソフトウェアデファインドアベイラビリティ（SDA）インフラストラクチャです。これにより、障害検出、ローカリゼーション、分離、サービスの復元、冗長性の復元、および必要に応じて状態の複製を含む、完全に自動化された完全な瞬時のフォールトトレランスがすべてのアプリケーションに提供されます。これらはすべて、アプリケーションコードを変更することなく、動的なレベルの耐障害性を備えています。つまり、すべてのアプリケーションの変更やテストに伴う複雑さ、時間のかかる労力、リスクなしに、あらゆるネットワークの市販品（COTS）ハードウェアに、高い回復力、複数レベルの状態保護、超高速のサービス復旧速度を備えたあらゆるアプリケーションを瞬時に展開できます。これが、everRunがビデオモニタリング、ネットワーク管理、シグナリングゲートウェイ、ファイアウォール、ネットワークコントローラーなどを含む通信アプリケーションに最適な理由です。
さて、質疑応答に移りましょう。
- everRun を実行するには別の Linux ディストリビューションが必要ですか？
- everRunは、Windows、CentOS Linux、RHEL Linuxを含む複数のゲストOSをサポートしています。everRunには独自のCentOSディストリビューションが付属しており、ベアメタルコモディティサーバーにインストールしますが、VMごとにOSを（ゲストOSとして）インストールする必要があります。
- Windows アプリケーションと Linux アプリケーションが混在している場合はどうなりますか?
- 問題ありません。すでに述べたように、everRunはStratus スの耐障害性コードが保存されているKVMハイパーバイザーを活用しているため、複数のゲストOSをインストールできます。これにより、ゲストOSに関係なく、アプリケーションコードを変更することなくすべてのVMをシームレスに保護できます。仮想マシンによっては Linux にすることも、同じ everRun 構成で別のWindows を使用することもできます。
- TCPの上に階層化されたBGPのようなソリューションはありますか？(通常はノンストップルーティングと呼ばれます)
- 私たちはアプリケーションを提供するのではなく、それらのアプリケーションを実行するソフトウェアプラットフォームのみを提供しています。基本的に、どのゲストOSでもTCP/IP上で動作するプロトコルを使用するアプリケーションはすべてeverRunで動作します。
- フォールトトレラントにする必要がある MME エンティティがあると仮定すると、アベイラビリティエンジンはどのようにして MME のアプリケーションの内部状態を維持するのでしょうか?このエンティティによって管理されている複数のストリームには、複数の内部状態が存在する可能性があります。
- アプリケーションコードの変更を必要とするアプリケーションベースの HA ソリューションとは異なり、このソリューションはアンチアフィニティ構成でホスト間の VM ペアを自動的に作成します。つまり、ステートフルフォールトトレラントモードでデプロイされたすべてのアプリケーションの状態がグローバルに一貫していることを保証する高度な Stratus StatePoint アルゴリズムに基づいて、VM（およびそのすべてのアプリケーション）の状態が定期的かつ非同期的にキャプチャされます。状態「n」のプライマリ・サーバで障害が発生すると、システムは自動的にセカンダリ・サーバに切り替わり、セカンダリ・サーバは最新の状態である「n」の状態から自動的に再開し、アプリケーションの中断やパフォーマンス低下は発生しません。
- レイテンシー、ステートロック、リアルタイム処理への影響など、フォールトトレラント機能や保護機能をソフトウェアに追加すると、どのようなサービスレベルが低下する傾向がありますか？
- everRunが提供する保護には主に2つのタイプがあります。アプリケーションまたはアプリケーションコンポーネントをフォールトトレラント（FT）モードで導入できます。つまり、状態全体のレプリケーションと迅速なサービス復旧時間の観点から、最高レベルの保護が可能になります。このシナリオでは、I/O バリアによるチェックポインティングを含むプロセス全体の「追加待ち時間」の平均合計は、1 ミリ秒 (約 750 マイクロ秒) 未満です。
- アクティブとスタンバイの距離はどのくらいですか?
- プライマリサーバーとセカンダリサーバー間のリンクの帯域幅と遅延に対する感度によって異なります...ただし、距離が長いほど伝搬遅延が長くなるため、通常は数マイルを超えません。
- すべての製品がStratus フォールトトレラントシステムを使用できますか？ソフトウェア内で多くの状態を使用する製品の場合、このソリューションを統合する際に直面するであろう課題はありますか？
- Ubuntu、SUSE、CentOS、Red Hat Enterprise Linux (RHEL)、さらにはWindowsでも実行できる限り、どのアプリケーションもeverRunで実行できます。すべてのアプリケーションは障害管理を必要としますが、すべてのアプリケーションが状態保護を必要としたり、同じ速度のサービス復旧を必要とするわけではありませんので、everRunは複数のレベルの冗長性をサポートしています。つまり、FTモードで実行されているアプリケーションの中には完全な状態の冗長性と保護機能を備えているものもあれば、HAで実行されているアプリケーションには状態保護はないが障害発生時に自動的に再起動されるものもあります。これにより、使用するシステムリソースが大幅に少なくなります。同じアプリケーション内であっても、アプリケーションのコンポーネントが異なれば、必要な冗長性のレベルも異なる場合があります。たとえば、データプレーン転送要素（vFirewallやvRouterなど）もあり、制御要素（CE）とデータプレーン転送要素（FE）用に個別のVMに分離されているアプリケーションの場合、CEはFTモード（状態保護）で実行できますが、FEはHAモードでのみ実行できます。つまり、障害が発生した場合は迅速かつ自動的に再起動されます。つまり、CE が保護されている限り、サービスを中断したり低下させたりすることなく、新しい FE を再起動できます。
- everRun を使用するには、アプリケーションにどのような変更を加える必要がありますか？
- アプリケーションを変更する必要はありません。サポート対象のOS（Red Hat Enterprise Linux、Ubuntu、SUSE、CentOS、Windows）のいずれかで稼働するアプリケーションはすべてeverRun（ゲストOS内）で正常に動作し、everRun はアプリケーションを認識することなく、状態レプリケーションを含めてこれらのVMをシームレスに保護します。
- 物理サーバが 2 台必要になることは理解していますが、1 台のサーバに障害が発生した場合、どのように判断し、何をすればよいでしょうか?
- いずれかのサーバに障害が発生すると、システムは自動的にセカンダリサーバにフェールオーバーします。FT モードで実行されているアプリケーションは自動的かつ非常に迅速に（ミリ秒以内に）再開され、HA アプリケーションは自動的に再起動されます。障害が発生したコンポーネントを修復できるように、システム障害（SNMP、everRun Manager、電子メール）を警告する方法は複数あります。
- 御社のソリューションはVMwareのFTソリューションと比べてどうですか?
- Stratus レジリエンシーの市場リーダーであり、FTアルゴリズムのチューニングにおける35年にわたる専門知識を活用して、何千もの実際のデプロイメントワークロードに基づいてシステムパフォーマンスとリソース利用率を最大化しています。一般的に、お客様は統合の際にVMwareを検討します。しかし、可用性と耐障害性が必要な場合は、everRunを購入します。
