AWS BackupがVMwareVMware Cloud on AWSに対応したよ。

#2021 TISのAdvent Calenderの記事です。

##自己紹介
TISでVMware Cloudを担当している野口です。
普段はSD-WANやVMware Cloudやクラウド接続用のネットワークの導入支援とかやってます。
今年から、Advent Calenderにも参戦します。よろしくお願いします！
今回は、VMware Cloud on AWSで皆さんが悩んでいる、バックアップについて記事を書きます。

##2021 re:Inventでの発表。

https://aws.amazon.com/jp/blogs/aws/new-for-aws-backup-support-for-vmware-and-vmware-cloud-on-aws/?fbclid=IwAR2fH59NjNeP5k1LgNTmacLazopMG0mMi_usAR3xi2C--jckCE7yXv2zLhM

バックアップソフトウェアが標準でなくて、サードパーティのソフトウェアを使わなければバックアップがとれなかったので地味にうれしい。

##早速やってみました。
VMC on AWSも普通のオンプレミスの環境もあまり変わりません。
作業の流れは以下の通り。

##1. AWS Backupのゲートウェイ作成
AWS Backupの画面はこちら。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/3efe1c3e-5989-615d-481f-13673d5ffce0.png)


ゲートウェイを作成を押すと、OVFダウンロード画面に入ります。
2.3GBあります。数分待ちましょう。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/52e232ec-a8af-37fd-30b7-5dce78768a91.png)



##2. vCenterからOVFをデプロイします。
デプロイ画面です。画面の指示に従ってデプロイできます。
VMC on AWSはL2延伸も多いと思います、間違ってもL2延伸のセグメントにデプロイしないように・・・。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/9ce8ede4-d605-1da4-c31f-687dc0e7df78.png)

VMware Toolで時刻同期の設定をします。起動時だけだと不安なので定期的に同期にしました。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/356b247f-af2d-e090-7bb8-4504863f68da.png)

ゲートウェイの設定のIPアドレスはVirtual ApplianceのIPを入力
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/5b270598-5630-0235-0863-468f7be47e6d.png)


ゲートウェイ名は任意で、IPアドレスは172.27.10.16を入力します。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/1aa9866a-a50c-b50b-22ba-c085ca9c4c7a.png)

セットアップ完了
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/163caefe-a482-baac-11b6-829cf1fb1f37.png)


##3. ハイパーバイザーの登録
ハイパーバイザーの登録は以下の画面に入力するのみです。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/8ac5fa87-ac32-e94b-a064-ca2dcf9c8f16.png)

VMC on AWSの場合は、FQDNで登録しましょう。
KMSキーの作成が必要です。

登録が完了すると、オンラインになります。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/aa3f0055-114e-b739-4ebd-481962827dd2.png)


仮想マシンも見えるようになります。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/4b45a000-0727-fdbb-33f6-2ed6f4e4c231.png)
1台だけ試験でとってしまったので、最後のバックアップが見えてます・・・。




バックアッププランを作成し、割り当てて作業完了です。
プラン作成の画面は割愛しました。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/5bcb44b8-7573-70aa-9f50-46592db64407.png)


### 2021/12/4 少しアップデート
サービスのオプトインを忘れがちなのでご注意ください。（実はやった）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/26eaaa47-86fe-bed5-0602-81caed1f8c25.png)

##4. せっかくなのでオンプレミスのvSphereもやってみました。
- ゲートウェイの登録も問題なし。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/d09fa9a5-e12c-aece-e4b4-28f8783a43b2.png)

- vSphereの登録も問題なし。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/1303c44a-d897-3268-89d3-883ec3879074.png)

- バックアップ取得も問題なし。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/1320943e-4251-3614-c8f3-94a9b7499e79.png)

どちらかというと、AWS Backupのアプライアンスが直接インターネットにつながる必要があることが
ちょっとハードル高いと思います。

:::note info 
ホームラボ用だと、リソースのハードルが高いです・・・。4coreは許容だが、16GBはまぁまぁきつい。
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/22723c42-24eb-7c1a-7168-0c2ed23ef040.png)

画面を見た感じ、使ってないように見えますが、バックアップ稼働中は14GB近くまで行きます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/efd9fd0f-cb1d-001b-e162-af6465dba761.png)

##5. リカバリー編です。
バックアップ自体はとれていますが・・・。

:::note info
保護されたリソースから、VMの名前が特定できません。
というのが、最初の躓きポイント。
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/bfc59edc-e318-9986-0bdc-009c79462d64.png)

仮想マシンをクリックすると特定できる情報が見れるようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/dd29e280-3fe5-8110-b823-8a6aaca12de4.png)

CentOS_Demo01をクリックしました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/f63f477b-dfd1-900d-4198-c722bbfb7636.png)
>vm/vm-00016CBFB544C0573 ＝ CentOS_Demo01
ようやく特定できました・・・。

2．保護されたリソースを確認します。
戻したいVMをクリックします。（ここでは上記の末の4桁が0573）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/1a0456cc-b8d4-7ef9-df26-2a39514eaf5f.png)

復元ポイントIDを選択し、復元を押下します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/644d4d88-1d37-177a-2aed-607ede8ce9a1.png)

復元先を選択します。（VMware or VMware Cloud on AWS）
名前、パス、コンピューティングリソース名、データストアは手入力です。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/7a90fbe6-685e-b686-fb92-c54ad33655d0.png)

実行すると、ジョブIDが発行されます。
２回失敗しているのは、別のバックアップのジョブが動いていたのと、パラメータ間違いです。
手作業で入れるのは若干不便ですね・・・。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/7befb0b8-c532-918d-2b70-b0eec1983ea2.png)


リカバリ途中のvCenterの画面はこちら。
![Image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/8e523c1c-be18-50b1-daf4-c1256de4b13c.png)

Recovery_TESTが浮いてきているのがわかります。
ジョブの実行が完了したら、念のためvCenter側で仮想マシンのネットワークの設定を確認しましょう。

電源を立ち上げて終了です。
キャプチャは、vCenterのWebコンソールです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/a17a7a0d-0d7d-c56f-ae04-bd4f38ba0e36.png)

IPアドレスを固定している場合は注意が必要です。
デモのCentOSは固定化していたので設定も残ってました。（接続するとIPがバッティングするため未接続となっています。）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/775358/33221c63-7aa0-6742-0733-37b9efb36579.png)

##6.まとめ
- AWS BackupがVMware（オンプレミス）も、VMware Cloud on AWSも利用できた。
- SDDCにAWS Backupから取得したStorage GatewayのOVAをデプロイが必要。（リソースもそこそこいる）
- Storage Gatewayがインターネットにつながっておく必要がある。（オンプレの方がインターネットに接続する必要があるためハードルが高そう）
- （あたりまえだけど）広帯域のInternetが必要。（Proxyなども対応してそうだが、SSL Decodeなどの考慮も必要）
- バックアップの開始時間はUTCなので、日本時間の開始に気をつける。
- バックアップは1台ずつとなる。VSS連携も可能。vCenterのSnapshotをキックして一応静止点は作る。AP連携はない。
- FLR（File Level Recoveryは不可）です。FLR要件がある場合はノックダウンします。
- リカバリは、バックアップが動いていると失敗する。1台ずつしか戻せないので大規模には向かない。（別の方法があったら修正します）
- 保管先はVaultですが、別リージョンへの複製が可能です。（今回は未検証）
- （あくまで個人的な意見ですが）本番で使うなら、もう少しUIがよくないと厳しいかな・・・。（市販品のUIほど使いよくない）
- L2延伸の仮想サーバの場合は注意が必要です。