Amazon OpenSearch Service でノードのクラッシュをトラブルシューティングする
Amazon OpenSearch Service クラスターのノードの 1 つがダウンしているので、これを防ぎたいと思っています。 簡単な説明 各 OpenSearch Service ノードは、別々の Amazon Elastic Compute Cloud (Amazon EC2) インスタンス上で実行されます。障害が発生したノードとは、他のノードからのハートビート信号に応答していないインスタンスのことです。ハートビート信号とは、クラスター内のデータノードの可用性をモニタリングする定期的な信号のことです。 クラスターノード障害の一般的な原因は次のようなものがあります。 Java 仮想マシン (JVM、Java Virtual Machine) の高いメモリ負荷 ハードウェア障害 解決方法 障害が発生したノードを確認する 1. OpenSearch Service コンソールにサ
Amazon OpenSearch Service で高い JVM メモリ負荷をトラブルシューティングする
簡単な説明 デフォルトでは、OpenSearch Service はインスタンスの RAM の 50% を最大 32 GiB の JVM ヒープに使用します。JVM のメモリ負荷は、クラスターノード内の Java ヒープの割合を指定します。次のガイドラインは、JVM のメモリ負荷率の意味を示しています。 JVM のメモリ負荷が 75% に達すると、OpenSearch Service は x86 Amazon Elastic Compute Cloud (Amazon EC2) インスタンスタイプのコンカレントマークスイープ (CMS) ガベージコレクタを開始します。ARM ベースの Graviton Amazon EC2 インスタンスタイプは、ガベージファースト (G1) ガベージコレクタを使用しており、このガベージファースト (G1) ガベージコレクタでは追加の短い一時停止とヒープデフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
