OpenSearch Serviceは、先日、検索・分析エンジンの新たな導入オプションとして、99.99%の可用性とビジネスクリティカルなワークロードのパフォーマンス向上を実現するMulti-AZ with Standbyのサポートを開始した。
Multi-AZ with Standbyでは、OpenSearch ServiceがAZの1つのノードをスタンバイとして予約するため、潜在的なインフラ障害に強く、設定や管理を簡素化できる。この新しいオプションの利点について、シニアサーチスペシャリスト・ソリューションアーキテクトのPrashant Agrawal氏とシニアプロダクトマネージャのRohin Bhargava氏が説明を行った。
ノードが応答しなくなるなどの問題が発生した場合、OpenSearch Serviceは不足するシャード（データ）を再作成して回復するため、ドメイン内で大きなデータ移動が発生する可能性があります。このデータ移動により、クラスタのリソース使用量が増加し、パフォーマンスに影響を与える可能性があります。クラスタのサイズが適切でない場合、可用性が低下する可能性があるため、3つのAvailability Zoneにまたがってクラスタをプロビジョニングする目的が失われることになります。
AWSによると、新しい構成オプションは、可用性を99.99%に向上し、ドメインが推奨されるベストプラクティスに従っていることを保証し、構成と管理を簡素化するのである。
OpenSearch Serviceは、OpenSearchクラスタを展開するマネージドオプションで、OpenSearchとレガシーElasticsearch OSSをサポートし、Elasticsearch 7.10まで対応。Multi-AZ with Standbyは、OpenSearch 1.3以上で動作するドメインが必要で、3つ（または3の倍数）のデータノードで3つのアベイラビリティゾーンに展開される。また、現在サポートされているのは、GP3またはSSDでバックアップされたインスタンスとインスタンスタイプのサブセットのみである。このサービスでは、ノードとデータコピーを3つのAZに分散させているが、Agrawal氏とBhargava氏は警告している。
通常運用時、スタンバイノードは検索リクエストを受信しません。2つのアクティブなAZは、すべての検索リクエストに応答します。ただし、データはこれらのスタンバイノードにレプリケートされ、各アベイラビリティゾーンに常にデータの完全なコピーがあることを保証します。
OpenSearch Serviceは、これまで通りスタンバイなしのマルチAZをサポートしており、すべてのクラスタノードが読み取り要求に対応できるため、99.9%の可用性と低コストを実現している。
ElasticSearch Serviceの後継となる新機能では、システムが稼働し、変化に対応できるよう、スタンバイAZを30分ごとにローテーション、AZ Rotation Metricsでクラスタの状態を公開し、アクティブリードとアクティブライトを表示している。
マネージドサーチとアナリティクスエンジンに最近導入された機能は、Multi-AZ with Standbyだけではない。 AWSは最近、話題のOpenSearch Serverlessオプション、サーバーレスデータコレクターであるOpenSearch Ingestion、そしてSecurity AnalyticsのGAを発表した。新しいフェイルオーバーオプションは、現在、OpenSearch ServiceがサポートされているほとんどのAWSリージョンで利用できるが、一部のリージョンでは利用できない。