Apstraデータベースの移行
注意:
設定なしで古いApstraサーバーと同じIPアドレスを持つ新しいApstraサーバーを起動すると、デバイスエージェントが新しいApstraサーバーに再登録されると、設定されていない「隔離された」状態に戻ります。IPアドレスの変更、データベースの復元、Apstraサーバーの再起動中に、新しいApstraサーバーをネットワークから分離する必要があります。
新しいApstraサーバーで 同じIPアドレスを維持 したい場合は、一時IPアドレスを持つ新しいApstraサーバーVM(元のApstraサーバーと同じバージョン)を起動します。新しいApstraサーバーに移行 aos_backup
すると、元のApstraサーバーがシャットダウンされ、IPアドレスが新しいサーバーの元のIPアドレスに変更されます。オンボックスデバイスシステムエージェントを使用している場合は、このプロセスをお勧めします。
新しいApstraサーバーで 新しいIPアドレスを使用 する場合は、オンボックスデバイスシステムエージェントごとにファイルを aos.conf
手動で再設定する必要があります。これは、オフボックスデバイスシステムエージェントでは必要ありません。
アクティブなインスタンスを 1 つのサーバーから別のサーバーに移行するには、以下の手順に示します。
- コマンド
sudo aos_backup
を実行して、元のApstraサーバーをバックアップします。admin@aos-server:~$ sudo aos_backup ==================================================================== Backup operation completed successfully. ==================================================================== New AOS snapshot: 2020-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/2020-07-27_22-49-3 2020-07-27_22-49-34/ 2020-07-27_22-49-34/comment.txt 2020-07-27_22-49-34/aos_restore 2020-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のインストールおよびアップグレードガイドの構成セクションを参照してください。
- 新しいApstraサーバーで、tar.gzファイルを解凍します。
admin@aos-server:~$ tar zxvf aos_backup.tar.gz 2020-07-27_22-49-34/ 2020-07-27_22-49-34/comment.txt 2020-07-27_22-49-34/aos_restore 2020-07-27_22-49-34/aos.data.tar.gz admin@aos-server:~$
- コマンド
aos_restore
を実行して、新しいApstraサーバー上のデータベースを復元します。このコマンドは、データベースの復元後に自動的にサービスを開始します。admin@aos-server:~$ cd 2020-07-27_22-49-34 admin@aos-server:~/2020-07-27_22-49-34$ sudo bash aos_restore [sudo] password for admin: ==================================================================== Backup operation completed successfully. ==================================================================== New AOS snapshot: 2020-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:~/2020-07-27_22-49-34$
- コマンド
service aos status
を実行し、Apstraサーバーが実行されていることを確認します。admin@aos-server:~/2020-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 Mon 2020-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:~/2020-07-27_22-49-34$
- Apstra GUIから、左ナビゲーションメニューからデバイス>管理対象デバイスに移動し、デバイスが「アクティブ」状態でオンラインになっていることを確認します。