ロードバランサを使用したイベントサービスデータの移行
イベントサービス 4.5.x から 23.x への移行に必要な時間は、データ量によって異なる場合があります。したがって、差分データとメタデータを複数回に分けて移行して、イベントサービス 23.x でカットオーバー後のデータを最小限に抑えることをお勧めします。
はじめる前に
移行ユーティリティを使用する前に、次の手順を実行します。
analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jarをダウンロードします。- Enterprise Console 23.8.0 をインストールします。「Enterprise Console のインストールNo Content found for /db/organizations/splunk/repositories/portal-production/content/documents/AppDynamics/on_premises/c_install_the_enterprise_console.dita」を参照してください。
- events-service.zip ファイルを抽出します。
- events-service/bin/migration に移動して、移行ユーティリティ jar を使用します。
- JDK 17 および SQLite 3.x を、移行ユーティリティをダウンロードしたマシンにインストールします。SQLite は、移行ステータスをモニターする際に役立ちます。
移行のためのイベントサービス 4.5.x データの準備
カットオーバー方法を使用したイベントサービスデータの移行
移行ユーティリティは、最初に既存のイベントサービスデータをイベントサービス 4.5.x から 23.x クラスタに移行します。移行中にイベントサービス 4.5.x クラスタでデータまたはメタデータが収集されると、移行ユーティリティは次の処理を実行します。
- タイムスタンプを使用して、差分データまたはメタデータを識別します。
- 差分をイベントサービス 23.x クラスタにコピーします。
- 新しいデータとメタデータがイベントサービス 23.x クラスタに流れるようにします。
- ロードバランサ 1（LB1）は、イベントサービス 4.5.x ノードを指します。
- ロードバランサ 2（LB2）は、イベントサービス 23.x ノードを指します。
- コントローラ、EUM、およびエージェントは、LB1 を指します。
要件に基づいて、次の移行方法のいずれかを使用できます。
- 方法 1：シンプルなカットオーバー手順で 2 つのロードバランサを使用する（推奨）。この方法では、カットオーバー後にデータを移行するためにイベントサービス 4.5.x ノードの IP アドレスを指定する必要があります。
- 方法 2：詳細なカットオーバー手順で 2 つのロードバランサを使用する。この方法では、カットオーバー後にデータを移行するために LB1 と LB2 の IP アドレスを指定する必要があります。そのため、カットオーバー後にイベントサービス 4.5.x クラスタをロードバランサに追加する必要があります。
方法 1：シンプルなカットオーバー手順で 2 つのロードバランサを使用する（推奨）
この方法には、2 つのロードバランサが必要です。カットオーバー後、データを移行するためにイベントサービス 4.5.x ノードの IP アドレスを指定する必要があります。
- LB1 を送信元、LB2 を宛先として維持して、移行ユーティリティを実行します。
- データとメタデータをイベントサービス 4.5.x から 23.x に移行します。
CODE
nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar data > data_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar metadata > metadata_output.log 2>&1 &
- データとメタデータをイベントサービス 4.5.x から 23.x に移行します。
- 差分をイベントサービス 4.5.x から 23.x ノードに移行します。
CODE
nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar data > delta_data_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar metadata > delta_metadata_output.log 2>&1 &注:-
イベントサービス 4.5.x の差分が最小になるまで、この手順を繰り返すことをお勧めします。ログを使用して、差分を移行するために各反復でどのくらいの時間がかかるかを判断します。反復にかかった合計時間が以前よりも大幅に短い場合は、イベントサービス 4.5.x クラスタの差分が減少したことを示します。最後の 2 回の反復で移行にほぼ同じ時間がかかる場合は、反復を停止できます。
たとえば、反復で 30 秒かかり、前の反復でも 30 秒近くかかっている場合、差分は最小であると見なすことができます。
- 差分の移行とカットオーバー移行後の時間差を短縮します。これにより、カットオーバー後に移行するデータが最小限に抑えられます。
ログの抜粋例
CODE2023-08-09T21:52:43.116+05:30 INFO 87453 --- [ main] c.a.analytics.onprem.MigrationTool : Total time taken: 30 secondsイベントサービス 4.5.x クラスタの差分が最小の場合は、イベントサービス 23.x ノードを LB1 に追加できます。これにより、カットオーバーフェーズが開始されます。
注: アクティブなセッションまたはトランザクションがある場合、一部のデータが失われる可能性があります。 -
application.ymlファイルで、イベントサービス 4.5.x ノードのホスト名または IP アドレスを送信元として、LB1 をターゲットとして保持して、次のコマンドを実行します。CODEnohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar post_cutover_metadata > post_cutover_metadata_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar post_cutover_data > post_cutover_data_output.log 2>&1 &これで、イベントサービス 23.x クラスタが同期されました。
方法 2：詳細なカットオーバー手順で 2 つのロードバランサを使用する
この方法には、2 つのロードバランサが必要です。カットオーバー後、データを移行するには、LB1 と LB2 の IP アドレスをカットオーバー後に指定する必要があります。
- LB1 を送信元、LB2 を宛先として維持して、移行ユーティリティを実行します。
- データとメタデータをイベントサービス 4.5.x から 23.x に移行します。
CODE
nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar data > data_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar metadata > metadata_output.log 2>&1 &
- データとメタデータをイベントサービス 4.5.x から 23.x に移行します。
- 差分をイベントサービス 4.5.x から 23.x ノードに移行します。
CODE
nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar data > delta_data_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar metadata > delta_metadata_output.log 2>&1 &注:-
イベントサービス 4.5.x の差分が最小になるまで、この手順を繰り返すことをお勧めします。ログを使用して、差分を移行するために各反復でどのくらいの時間がかかるかを判断します。反復にかかった合計時間が以前よりも大幅に短い場合は、イベントサービス 4.5.x クラスタの差分が減少したことを示します。最後の 2 回の反復で移行にほぼ同じ時間がかかる場合は、反復を停止できます。
たとえば、反復で 30 秒かかり、前の反復でも 30 秒近くかかっている場合、差分は最小であると見なすことができます。
- 差分の移行とカットオーバー移行後の時間差を短縮します。これにより、カットオーバー後に移行するデータが最小限に抑えられます。
ログの抜粋例
CODE2023-08-09T21:52:43.116+05:30 INFO 87453 --- [ main] c.a.analytics.onprem.MigrationTool : Total time taken: 30 secondsイベントサービス 4.5.x クラスタの差分が最小の場合、カットオーバーフェーズを開始できます。
注: アクティブなセッションまたはトランザクションがある場合、一部のデータが失われる可能性があります。 -
これで、イベントサービス 23.x クラスタが同期されました。移行ステータスを確認し、移行が成功した場合は、イベントサービス 4.5.x クラスタをデコミッションできます。
ロールバックオプションを使用したイベントサービスデータの移行
カットオーバー方法では、ロールバックオプションは提供されません。移行をロールバックするには、ミラーリング方法を使用する必要があります。この方法では、最新のデータをイベントサービス 4.5.x クラスターに複製し、最新のデータをイベントサービス 23.x クラスターに取り込みます。後で、イベントサービス 23.x クラスタを使用するか、イベントサービス 4.5.x クラスタにロールバックするかを決定できます。
- 差分をイベントサービス 4.5.x から 23.x ノードに移行します。
CODE
nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar data > data_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar metadata > metadata_output.log 2>&1 &注:イベントサービス 4.5.x の差分が最小になるまで、この手順を繰り返すことをお勧めします。ログを使用して、差分を移行するために各反復でどのくらいの時間がかかるかを判断します。反復にかかった合計時間が以前よりも大幅に短い場合は、イベントサービス 4.5.x クラスタの差分が減少したことを示します。最後の 2 回の反復で移行にほぼ同じ時間がかかる場合は、反復を停止できます。
たとえば、反復で 30 秒かかり、前の反復でも 30 秒近くかかっている場合、差分は最小であると見なすことができます。
CODE2023-08-09T21:52:43.116+05:30 INFO 87453 --- [ main] c.a.analytics.onprem.MigrationTool : Total time taken: 30 secondsイベントサービス 4.5.x クラスタの差分が最小の場合、イベントサービスクラスタ間のミラーリングとロードバランシングのために NGINX を設定できます。
- ミラーリングとロードバランシングのために NGINX Web サーバーを設定します。
CODE
sudo yum install nginx sudo vi /etc/nginx/conf.d/mirror.conf- LB1 は NGINX Web サーバーを指します。JSON
upstream backend { server es8-lb:9080; } upstream test_backend { server es2-node1:9080; server es2-node2:9080; server es2-node3:9080; } upstream backend_9081 { server es8-lb:9081; } upstream test_backend_9081 { server es2-node1:9081; server es2-node2:9081; server es2-node3:9081; } upstream backend_9200 { server es8-lb:9200; } upstream test_backend_9200 { server es2-node1:9200; server es2-node2:9200; server es2-node3:9200; } upstream backend_9300 { server es8-lb:9300; } upstream test_backend_9300 { server es2-node1:9300; server es2-node2:9300; server es2-node3:9300; } server { server_name nginx-instance; listen 9200; location / { mirror /mirror; proxy_pass http://backend_9200; } location = /mirror { internal; proxy_pass http://test_backend_9200$request_uri; } } server { server_name nginx-instance; listen 9300; location / { mirror /mirror; proxy_pass http://backend_9300; } location = /mirror { internal; proxy_pass http://test_backend_9300$request_uri; } } server { server_name nginx-instance; listen 9080; location / { mirror /mirror; proxy_pass http://backend; } location = /mirror { internal; proxy_pass http://test_backend$request_uri; } } server { server_name nginx-instance; listen 9081; location / { mirror /mirror; proxy_pass http://backend_9081; } location = /mirror { internal; proxy_pass http://test_backend_9081$request_uri; } }
- LB1 は NGINX Web サーバーを指します。
- application.yml ファイルで、イベントサービス 4.5.x クラスター内の任意のノードを送信元として、イベントサービス 23.x クラスター内の任意のノードをターゲットとして保持して、次のコマンドを実行します。
注: ロードバランサを送信元またはターゲットとして使用しないでください。CODE
nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar post_cutover_metadata > post_cutover_metadata_output.log 2>&1 & nohup java -jar analytics-on-prem-es2-es8-migration-LATESTVERSION-exec.jar post_cutover_data > post_cutover_data_output.log 2>&1 &
- イベントサービス 4.5.x クラスタを LB1 に追加します。
- LB1 から NGINX Web サーバーを削除します。
移行後にイベントサービス 23.x クラスタを引き続き使用するには、次の手順を実行します。
- イベントサービス 23.x クラスタを LB1 に追加します。
- LB1 から NGINX Web サーバーを削除します。
これで、イベントサービス 23.x クラスタが同期されました。移行ステータスを確認し、移行が成功した場合は、イベントサービス 4.5.x クラスタをデコミッションできます。