@@ -1,90 +1,89 @@
AWSからGCPへ移行したいという話があったので、色々と調べた所、CloudEndureというのがあったのでやってみる。
用意するもの
GCPアカウント（とりあえずプロジェクトまで作っておく）
移行元サーバへのログイン
##１．GCP サービスアカウントの作成
サービスアカウント名 : 任意（案件名とか）
サービスアカウントID : 任意（案件名とか）
役割：Project -> オーナーを選択
新しい秘密鍵の提供 : チェックする
キータイプ：JSON
※このJSONファイルと、プロジェクトIDは後で使う
##２．CloudEndureにログイン
ログインURL：https://gcp.cloudendure.com/
「SIGN IN WITH GOOGLE」からGCPのアカウントを選択
##３．プロジェクトの作成と設定
プロジェクト名 : 任意（案件名とか）
勝手に「GCP CREDENTIALS」の画面に飛ぶ
GCPのプロジェクトIDとJSONのファイルを選択
SAVEってするとMachinesの画面に飛ぶからTokenをコピーする
Tokenは次のAgentインストールで使う
##４．移行元サーバにAgentのインストール
```
wget -O ./installer_linux.py https://gcp.cloudendure.com/installer_linux.py
python ./installer_linux.py
```
Tokenを入力
移行するデバイスを選択
「Installation finished successfully.」と出たら完了
CloudEndureの画面で進捗が見れる
※この時点ではまだ移行のサーバは作られていなく、レプリケーションサーバが勝手に作成され、移行元のサーバの吸出しを行っている。
##５．ブループリントを設定する
Continuous Data Replicationのステータスになったらそのマシンを選択
Machine Type : 任意（移行元に合わせる）
Machine Name : 任意（移行元に合わせる）
Subnet : 任意（Default)
Private IP : 任意（Create New)
Disks : 任意（移行元に合わせる）
「SAVE BLUEPRINT」をクリック
##６．テスト的に作成
LAUNCH TARGET MACHINEからTest Modeを選択 CONTINUE
##７．接続して、テストを実施する。
STATUSが「Target Launched.」になっていたらGCPで仮想マシンが起動している。
色々問題がないかテストする。
##８．正式に作成する。
LAUNCH TARGET MACHINEからCutOverを選択 CONTINUE
##９．完了！
LIVE MIGRATION LIFECYCLEがCutoverになってたら完了！
+
+
---
-懸念点
- ~~・移行時のエージェントの削除方法~~
- ・レプリケーションサーバが建ったまま？
-
##Agentの削除方法
CloudEndureの画面の「MACHINE ACTIONS」にある[Remove Machines from This Console」でCloudEndureの管理画面から削除＆Agent削除が行われる。
ちなみに
「Delete Target Machines」を選ぶとGCP上の仮想マシンが削除（CloudEndure上では残るので移行のやり直しが出来る。
「Stop Data Replication」はレプリケーションをやり直す？想定するシチュエーションが分からないので触れないでおく。
+##残ったレプリケーションサーバ
+CloudEndureに登録されてるマシンは全て削除して、プロジェクトも削除したら数分後に勝手に消えました。
参考URL
https://cloud.google.com/compute/docs/tutorials/migrating-vms-compute-engine?hl=ja