Apstraデータベースの移行
注意:
古いApstraサーバーと同じIPアドレスを持つ新しいApstraサーバーを設定なしで起動した場合、デバイスエージェントが新しいApstraサーバーに再登録すると、未設定の「隔離済み」状態に戻ります。IPアドレスを変更し、データベースを復元し、Apstraサーバーを再起動する間は、新しいApstraサーバーをネットワークから分離する必要があります。
新しいApstraサーバーで 同じIPアドレスを維持する 場合は、一時IPアドレスを使用して新しいApstraサーバーVM(元のApstraサーバーと同じバージョン)を起動します。 aos_backup を新しいApstraサーバーに移行すると、元のApstraサーバーがシャットダウンされ、IPアドレスが新しいサーバーの元のIPアドレスに変更されます。このプロセスは、オンボックスデバイスシステムエージェントを使用している場合にお勧めします。
新しいApstraサーバーで 新しいIPアドレスを使用する場合は 、オンボックスデバイスシステムエージェントごとに aos.conf ファイルを手動で再設定する必要があります。これは、オフボックスのデバイスシステムエージェントには必要ありません。
アクティブ・インスタンスをあるサーバーから別のサーバーに移行するには、次のようにします。
- コマンド
sudo aos_backupを実行して、元のApstraサーバーをバックアップします。admin@aos-server:~$ sudo aos_backup ==================================================================== Backup operation completed successfully. ==================================================================== New AOS snapshot: 2023-07-27_22-49-34 admin@aos-server:~$
- 新しいApstraサーバーの一時IPアドレスを使用して、スナップショットを新しいサーバーにコピーします。
- スナップショットディレクトリを圧縮し、新しいApstraサーバーに移動します。この例では、
scpコマンドを使用し、別のIPアドレスを使用して新しいApstraサーバーにファイルをコピーします。admin@aos-server:~$ sudo tar zcvf aos_backup.tar.gz /var/lib/aos/snapshot/2023-07-27_22-49-3 2023-07-27_22-49-34/ 2023-07-27_22-49-34/comment.txt 2023-07-27_22-49-34/aos_restore 2023-07-27_22-49-34/aos.data.tar.gz admin@aos-server:~$ sudo chown admin:admin aos_backup.tar.gz admin@aos-server:~$ scp aos_backup.tar.gz admin@172.20.203.4: Apstra Operating System (AOS) Virtual Appliance Password: aos_backup.tar.gz 100% 20MB 140.9MB/s 00:00 admin@aos-server:~$
- スナップショットが古いApstraサーバーから削除されたら、サービスを停止(またはApstraサーバーVMを完全にシャットダウン)して、古いApstraサーバーを切断します。
admin@aos-server:~$ sudo service aos stop admin@aos-server:~$
- 同じIPアドレスを使用する場合は、新しいApstraサーバーのeth0インターフェイスを古いApstraサーバーのIPアドレスに手動で再設定する必要があります。詳細については、『Juniper Apstra Installation and Upgradeガイド』の「Configuration」セクションを参照してください。
- 新しいApstraサーバーで、tar.gzファイルを解凍します。
admin@aos-server:~$ tar zxvf aos_backup.tar.gz 2023-07-27_22-49-34/ 2023-07-27_22-49-34/comment.txt 2023-07-27_22-49-34/aos_restore 2023-07-27_22-49-34/aos.data.tar.gz admin@aos-server:~$
- コマンド
aos_restoreを実行して、新しいApstraサーバーにデータベースを復元します。このコマンドは、データベースの復元後にサービスを自動的に開始します。admin@aos-server:~$ cd 2023-07-27_22-49-34 admin@aos-server:~/2023-07-27_22-49-34$ sudo bash aos_restore [sudo] password for admin: ==================================================================== Backup operation completed successfully. ==================================================================== New AOS snapshot: 2023-07-27_23-07-13 Stopping aos_sysdb_1 ... done Stopping aos_auth_1 ... done Stopping aos_controller_1 ... done Stopping aos_nginx_1 ... done Stopping aos_metadb_1 ... done (Reading database ... 110457 files and directories currently installed.) Removing aos-compose (3.3.0-658) ... Processing triggers for ureadahead (0.100.0-21) ... Processing triggers for systemd (237-3ubuntu10.41) ... tar: Removing leading `/' from member names /etc/aos/aos.conf /etc/aos-credential/secret_key /var/lib/aos/db/ /var/lib/aos/db/_AosController-000000005f1f376f-0003998b-checkpoint /var/lib/aos/db/_AosSysdb-000000005f1f376d-000a90ba-log-valid /var/lib/aos/db/_Main-000000005f1f376f-000569a8-checkpoint /var/lib/aos/db/_Central-000000005f1f376e-000da3de-checkpoint-valid /var/lib/aos/db/_Central-000000005f1f376e-000da3de-log /var/lib/aos/db/_Main-000000005f1f376f-000569a8-log-valid /var/lib/aos/db/_AosAuth-000000005f1f376d-000a40ff-log /var/lib/aos/db/_Auth-000000005f1f376e-000f2d35-log-valid /var/lib/aos/db/_Auth-000000005f1f376e-000f2d35-checkpoint-valid /var/lib/aos/db/_Metadb-000000005f1f376d-000cb9a9-checkpoint-valid /var/lib/aos/db/_Central-000000005f1f376e-000da3de-checkpoint /var/lib/aos/db/_Metadb-000000005f1f376d-000cb9a9-log /var/lib/aos/db/_Credential-000000005f1f376e-000d740e-log-valid /var/lib/aos/db/_AosAuth-000000005f1f376d-000a40ff-checkpoint-valid /var/lib/aos/db/_Metadb-000000005f1f376d-000cb9a9-checkpoint /var/lib/aos/db/_Main-000000005f1f376f-000569a8-log /var/lib/aos/db/_AosSysdb-000000005f1f376d-000a90ba-checkpoint-valid /var/lib/aos/db/_AosController-000000005f1f376f-0003998b-log-valid /var/lib/aos/db/_Auth-000000005f1f376e-000f2d35-checkpoint /var/lib/aos/db/_AosSysdb-000000005f1f376d-000a90ba-log /var/lib/aos/db/_AosSysdb-000000005f1f376d-000a90ba-checkpoint /var/lib/aos/db/_AosAuth-000000005f1f376d-000a40ff-log-valid /var/lib/aos/db/blueprint_backups/ /var/lib/aos/db/blueprint_backups/6b90ccfd-a1e0-4473-83e7-d62bce24635f/ /var/lib/aos/db/blueprint_backups/6b90ccfd-a1e0-4473-83e7-d62bce24635f/47/ /var/lib/aos/db/blueprint_backups/6b90ccfd-a1e0-4473-83e7-d62bce24635f/47/graph.json.zip /var/lib/aos/db/blueprint_backups/6b90ccfd-a1e0-4473-83e7-d62bce24635f/47/graph.md5sum /var/lib/aos/db/_Central-000000005f1f376e-000da3de-log-valid /var/lib/aos/db/_Auth-000000005f1f376e-000f2d35-log /var/lib/aos/db/_Credential-000000005f1f376e-000d740e-log /var/lib/aos/db/_Credential-000000005f1f376e-000d740e-checkpoint /var/lib/aos/db/_Credential-000000005f1f376e-000d740e-checkpoint-valid /var/lib/aos/db/.devpi/ /var/lib/aos/db/.devpi/server/ /var/lib/aos/db/.devpi/server/.nodeinfo /var/lib/aos/db/.devpi/server/.secret /var/lib/aos/db/.devpi/server/.sqlite /var/lib/aos/db/.devpi/server/.serverversion /var/lib/aos/db/.devpi/server/.event_serial /var/lib/aos/db/_AosController-000000005f1f376f-0003998b-log /var/lib/aos/db/_Main-000000005f1f376f-000569a8-checkpoint-valid /var/lib/aos/db/_Metadb-000000005f1f376d-000cb9a9-log-valid /var/lib/aos/db/_AosAuth-000000005f1f376d-000a40ff-checkpoint /var/lib/aos/db/_AosController-000000005f1f376f-0003998b-checkpoint-valid /var/lib/aos/anomaly/ /var/lib/aos/anomaly/_Anomaly-000000005f1f36a4-000aaa68-checkpoint-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f331b-0000e8eb-checkpoint /var/lib/aos/anomaly/_Anomaly-000000005f1f376f-00002176-checkpoint /var/lib/aos/anomaly/_Anomaly-000000005f1f376f-00002176-log /var/lib/aos/anomaly/_Anomaly-000000005f1f331b-0000e8eb-log /var/lib/aos/anomaly/_Anomaly-000000005f1f2abc-0000a867-log /var/lib/aos/anomaly/_Anomaly-000000005f1f331b-0000e8eb-checkpoint-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f2abc-0000a867-checkpoint /var/lib/aos/anomaly/_Anomaly-000000005f1f36a4-000aaa68-checkpoint /var/lib/aos/anomaly/_Anomaly-000000005f1f376f-00002176-log-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f36a4-000aaa68-log /var/lib/aos/anomaly/_Anomaly-000000005f1f331b-0000e8eb-log-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f2abc-0000a867-checkpoint-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f2abc-0000a867-log-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f36a4-000aaa68-log-valid /var/lib/aos/anomaly/_Anomaly-000000005f1f376f-00002176-checkpoint-valid /opt/aos/aos-compose.deb /opt/aos/frontend_images/ /opt/aos/frontend_images/aos-web-ui.zip Selecting previously unselected package aos-compose. (Reading database ... 110440 files and directories currently installed.) Preparing to unpack /opt/aos/aos-compose.deb ... Unpacking aos-compose (3.3.0-658) ... Setting up aos-compose (3.3.0-658) ... Processing triggers for ureadahead (0.100.0-21) ... Processing triggers for systemd (237-3ubuntu10.41) ... Starting aos_nginx_1 ... done Starting aos_sysdb_1 ... done Starting aos_controller_1 ... done Starting aos_metadb_1 ... done Starting aos_auth_1 ... done admin@aos-server:~/2023-07-27_22-49-34$
- コマンド
service aos statusを実行し、Apstraサーバーが実行されていることを確認します。admin@aos-server:~/2023-07-27_22-49-34$ service aos status * aos.service - LSB: Start AOS management system Loaded: loaded (/etc/init.d/aos; generated) Active: active (exited) since Thu 2023-07-27 20:23:09 UTC; 2h 45min ago Docs: man:systemd-sysv-generator(8) Tasks: 0 (limit: 4915) CGroup: /aos.service admin@aos-server:~/2023-07-27_22-49-34$ - Apstra GUIの左側のナビゲーションメニューから[Devices > Managed Devices]に移動し、デバイスがオンラインで「Active(アクティブ)」状態であることを確認します。