ソリューションノート

オープンXDRセキュリティプラットフォーム
高可用性（HA）
データの可用性の重要性
ハッカーがネットワークに侵入するのに数分しかかからず、電源、ネットワーク、またはシステムの停止により収集されたデータが失われた場合、組織は侵害の試みに対する完全な可視性を失った可能性があります。Stellar Cyberでは、高可用性の重要性を認識し、データ損失を確実に軽減するための複数のアプローチを構築してきました。このソリューションノートでは、オープンXDRセキュリティプラットフォームで高可用性がどのように実現されるかについての基本的な理解が得られます。

ワーカーノードがオフラインになると、マスターノードはこの障害を認識し、他のオンラインワーカーノードにデータを配布します。 クラスターは、ワーカーノードの損失に耐えるように構築されています。 マスターノードがオフラインになった場合、クラウドネイティブアーキテクチャ

システムは、マスターノードが再びオンラインになるか、スタンHAのコンテキストでオープンXDRセキュリティプラットフォーって提供されるデータバッファリングに依存します（ウォームスムのアーキテクチャを理解することが重要です。 当社のオープンXDRプラットフォームは、センサー、エージェント、および集中型データプロセッサのファミリーで構成されています。顧客の要件と展開のサイズに応じて、センサーとデータプロセッサーを同じ物理サーバーに展開することも、センサーとエージェントを個別に展開して、データプロセッサは、プライベートデータセンターまたはパブリッククラウドに集中化することもできます。
データプロセッサは、クラスタリングを使用したクラウドネイティブマイクロサービスアーキテクチャに基づいて構築されていまバイノードがアクティブになるまで、ネットワークセンサーによ
タンバイのセクションを参照してください）。
データレプリケーションはデータの可用性には優れていますが、クラスター全体のパフォーマンスに影響を与えます。レプリケーションを有効にすると、約33％の削減になります。
データプロセッサには、上記のようにネイティブに組み込まれたクラスタリングテクノロジがありますが、顧客の要件とニーズに基づいて、単一のシステムまたは複数のシステムにクラスタとして展開できます。

す。 このようなアーキテクチャのビルディングブロックとして、コンテナとKubernetesを活用します。このアーキテクチャは、マイクロサービスのいずれかに問題がある場合に自動修復機能を有効にします。

災害からの回復Worker
Node

オープンXDRは、データ/構成のバックアップと復元をサポートしています。データプロセッサ用のシステムが1つしかない場合、またはデータのオフサイトコピーが必要な場合は、これを設定す

Master
Node
WorkerNode

ノードクラスタリングとデータレプリケーションることが非常に重要です。データバックアップと構成バックアッ
プ、または単一の結合されたデータ/構成バックアップを持つことができます。個別のデータと構成のバックアップがある場合は、それぞれに異なる頻度を構成できます。データのバックアップは非常に重い操作であり、システムのパフォーマンスに影響をデータプロセッサをノードのクラスタとして展開して、パフォー与え、オフピーク時のスケジュールを改善することに注意してくマンスを向上させ、ノードの冗長性を提供できます。クラスター

ださい。

アーキテクチャーは、単一のマスターノードと複数のワーカーノードで構成されます。マスターノードはデータロードバランサーとして機能し、使用可能なワーカーノードにデータを分散します。データプロセッサは、同じデータの少なくとも2つのコピー

バックアッププロセスは事前設定された頻度で自動化できます
が、復元は完全に手動のプロセスであり、復元するデータの量によっては時間がかかる場合があります。

を保持するように構成して、データレプリケーションを通じて追加の冗長性を提供し、クラスター内に複数のワーカーノードがある場合のノードの損失に対するデータの損失を防ぐことができます。また、1つ以上のデータアナライザーワーカーノードが使用できなくなった場合、データプロセッサはパフォーマンス制限まで処理できます。

https://jp.stellarcyber.ai

primarystandby

ウォームスタンバイ
3.9リリースでは、ウォームスタンバイHAソリューションが利用可能になります。ウォームスタンバイ構成では、ノードをアクティブクラスター、つまりプライマリシステムに追加して、マスターノードの冗長性のためのスタンバイシステムにすることができます。セットアップ後、データと構成の両方がプライマリシステムからスタンバイシステムに自動的にバックアップされます。
マスターノードの障害が検出されると、手動でアクティブ化した
後、ウォームスタンバイシステムを数分でプライマリにすることができます。これにより、不幸なイベントでの時間のかかるデータ復元プロセスを回避できます.

稼働中のアップグレード最新バージョンへのソフトウェアアップグレードを実行するためにシステムを停止するなど、サービスの中断が意図的な場合があります。 たとえば、ソフトウェアのアップグレードに30分かかるとすると、このアップグレード期間中にハッカーが検出されずに侵入する可能性があるシナリオが作成される可能性があります。 Stellar Cyberの組み込みの「インサービスアップグレード」機能を使用すると、データの取り込みと同時にソフトウェアのアップグレードを実行できます。これは、さまざまなサービスを提供する分離されたコンテナを、データの取り込みやデータレイクコンテナとは別にアップグレードできるようにするデータプロセッサのマイクロサービスアーキテクチャによって実現されます。データ取り込みコンテナとデータレイクコンテナは、アップグレードされることはめったにないシステムのコンポーネントであり、アップグレードされた場合でも、これらのコンテナはプロセスの最後にアップグレードされ、数分以内に再起動します。
この方法は、単一のコンポーネントまたは複数のコンポーネントをすべて同時にアップグレードするよりもはるかに効率的です。

コールドストレージ
すべてのデータが等しいわけではありません。パフォーマンスとコストの理由から、すべてのデータを、データプロセッサがいつでもアクセスできる「ホット」データとして保存する必要はありません。データプロセッサからの古いデータを、コールドストレージを長期間提供する別のサーバーに保存することを選択できます。これにより、後で再分析したり、コンプライアンス上の理由でデータを手の届く範囲に置いたりすることができます。保存されたコールドデータは、作業中のデータプロセッサまたは専用のフォレンジックデータプロセッサにインポートできます。これにより、手元にあるプラットフォームの全機能を使用して、いつでも古いデータを視覚化して操作できるようになります。

データバッファリング
分散展開では、データを収集しているセンサーがネットワーク接続の損失のためにデータプロセッサとの通信を失った場合、センサーはオンボードディスクへのデータのバッファリングを開始でき、データは構成されているデータバッファリング用のストレージの量に基づいてローカルに保存されます。センサーは引き続きハートビートチェックをデータプロセッサに送信し、接続が復元されたことを確認するとセンサーは、オンラインに戻った後にデータの急増でデータプロセッサに過負荷をかけないように、ゆっくりとバッファをデータプロセッサに送信し始めます。このスマートなアプローチにより、ネットワーク接続に問題が発生した場合でも、データを常に利用して侵害を監視できます。

https://jp.stellarcyber.ai