AWS での仮想アプライアンスのアップグレード

仮想アプライアンスのアップグレードには以下が含まれます。

  • 既存の仮想マシンのハードディスクのバックアップと削除。
  • AMI イメージを使用した新しい仮想マシンの展開。
  • ハードディスクへのバックアップの復元。
  • 古い仮想マシンへの新しいハードディスクの接続

Splunk AppDynamics オンプレミス仮想アプライアンスは、仮想アプライアンスのアップグレードに役立つリファレンススクリプトを提供します。

注: このページには、AWS のマニュアルへのリンクが含まれています。AWS で自身のマニュアルを管理しているため、Splunk AppDynamics では AWS のマニュアルの精度については一切保証しません。

AWS で仮想アプライアンスをアップグレードするための手順に従ってください。

仮想アプライアンスデータのバックアップ

アップグレードを開始する前に、次の手順を実行します。

  1. ダウンロードポータルから仮想アプライアンスのアップグレード AMI ファイルをダウンロードします。
  2. 仮想アプライアンスをシャットダウンします：
    CODE 
    appdcli stop secapp
appdcli stop aiops
appdcli stop appd
<<Wait for pods to terminate before deleting operators>>
appdcli stop operators
  3. バックアップコマンドを実行します。
    CODE 
    appdcli run backup
    このコマンドは、必要なすべてのデータを含む <backup_tar> ファイルを生成します。
  4. クラスタの外部にバックアップファイルをコピーします。

アップグレードのための AWS 環境の準備

AWS で仮想マシンをアップグレードするには、新しい AMI からイメージとスナップショットを作成する必要があります。ただし、展開時に作成したものと同じ AWS プロファイル、VPC、S3 バケツ、および IAM ロールを使用できます。「AWS での仮想マシンの展開および構成」を参照してください。

注:

AWS CLI を使用するには、参照スクリプトが必要です。Splunk AppDynamics GitHub リポジトリからスクリプトをダウンロードします。config.cfg では、タグ、展開設定、IP アドレスといった設定の詳細を更新または確認するようにしてください。指定された順序でスクリプトを実行してください。AWS CLI の詳細については、「AWS CLI のマニュアル」を参照してください。

AWS で仮想マシンを作成するには、 m5a.4xlarge インスタンスタイプを使用する必要があります。「M5a インスタンス」を参照してください。

AWS リソース 説明 参照スクリプト
1 イメージ

仮想アプライアンスの AMI を生成する S3 バケットに Splunk AppDynamics イメージをアップロードします。「Uploading objects」を参照してください。

 05-aws-upload-image.sh
2 Snapshot

スナップショットは、S3 バケットにアップロードした AMI を使用する際に役立ちます。AMI ID を取得するには、次の手順を完了します。

  1. スナップショットをインポートします。
  2. スナップショットを登録します。
注: AMI ID は、仮想マシンの作成に使用されます。

06-aws-import-snapshot.sh

07-aws-register- snapshot.sh

仮想アプライアンスのアップグレード

注: Splunk AppDynamics GitHub リポジトリからアップグレードスクリプトをダウンロードします。指定された順序でスクリプトを実行することを推奨します。

指定された順序でアップグレードスクリプトを実行します。

ステップ ファイル名
1 仮想マシンの詳細を取得します。 01-aws-get-vm-details.sh
2 仮想マシンのシャットダウン 02-aws-terminate-vms.sh
3 仮想マシンのステータスを確認します。 03-aws-get-vm-status.sh
4 仮想マシンを作成します。 04-aws-create-vms.sh

展開ステータスの確認

仮想マシンの展開を確認します。

  1. 仮想マシンの展開が成功したかどうかを確認します。
    CODE 
    appdctl show boot
    注: 各ノードのサービスのステータスを確認します。[Failed] と表示されているサービスがある場合は、その仮想マシンを再起動します。それでも失敗する場合は、仮想マシンを再展開する必要があります。
  2. 3 ノードクラスタを作成します。
    1. プライマリノードで次のコマンドを実行し、ピアノードの IP アドレスを指定します。
      CODE 
      appdctl cluster init <Node-2-IP> <Node-3-IP>
    2. ノードステータスを確認するには、次のコマンドを実行します。
      CODE 
      appdctl show cluster
microk8s status
      出力に、クラスタの一部であるノードの Running ステータスが true として表示されることを確認します。

      出力例

      CODE 
      NODE           | ROLE  | RUNNING 
----------------+-------+---------
 10.0.0.1:19001 | voter | true    
 10.0.0.2:19001 | voter | true    
 10.0.0.3:19001 | voter | true
      注: 次のエラーが表示された場合は、端末に再ログインする必要があります。
      CODE 
      Insufficient Permissions to Access Microk8s

仮想アプライアンスでのデータの復元

データディレクトリが次の場所に存在するかどうかを確認します。

CODE 
/var/appd/data
  1. <backup_tar> ファイルを、以前に生成したクラスタノードの 1 つにコピーします。「Preferences」を参照してください。
  2. 次のコマンドを実行して、永続ボリュームの仕様を復元します。
    CODE 
    appdcli run restore <backup_tar>
  3. 次のコマンドを実行して、PVC が Bound 状態であることを確認します。
    CODE 
    kubectl get pvc -A
  4. 次のサービスを開始します。
    CODE 
    appdcli start appd [Profile]
    1. Splunk AppDynamics サービス。
    2. 異常検知サービス。
    3. Secure Application サービス。
  5. MySQL ルータポッドの起動に失敗することがあります。その場合は、次のコマンドを実行して、サービスを再起動します。
    1. Splunk AppDynamics サービスを停止します。
      CODE 
      appdcli stop appd

      Pod が終了するまで待ちます。

    2. オペレータを停止します。
      CODE 
      appdcli stop opeartors
    3. Splunk AppDynamics サービスを開始します。
      CODE 
      appdcli start appd <profile>
アップグレード後、クラスタは既存のデータディスクを使用して機能するようになります。