はじめに

こんにちは。SB C&Sの大塚です。

Cohesityは、オンプレミス、仮想基盤、クラウドなど、幅広い環境のデータ保護に対応するプラットフォームです。オンプレミスのアプライアンスであれば導入後の姿を想像しやすい一方、AWS上に構築するDataProtect for Cloudは、どのAWSリソースが必要なのか、どのようにHeliosから操作したらいいのかなど分かりにくいと感じる方も多いのではないでしょうか。

そこで今回は、Cohesity DataProtect for Cloud（以下、DataProtect for Cloud）を実際に検証でデプロイしてみましたので、流れをまとめます。是非最後まで読んでいただけると幸いです。

Cohesity DataProtect for Cloudのデプロイ記事は2本立てとなっております。CLIを使ったデプロイ記事では、Control VMを起動し、設定JSONを編集してCLIコマンドを実行する流れを紹介しています。

今回は、CLI方式のデプロイ検証で準備したVPC、プライベートサブネット、セキュリティグループ、IAMユーザーなどを再利用し、CohesityのSaaS管理基盤であるHeliosからデプロイします。
Helios方式では、CLI方式のように利用者がControl VMを手動で起動し、SSH接続して設定JSONやSetup Utilityを操作する必要はありません。AWS側の前提がそろっていれば、Heliosの画面に沿って配置先とクラスター構成を指定するだけでデプロイを開始できます。
ただし、AWSアカウントだけを用意すれば、HeliosがVPCや通信経路まで一から作成してくれるわけではありません。VPC、サブネット、ルーティング、IAM、AWS Systems Managerへの到達性、DNS、NTP、EC2サービスクォータなどは事前に整えておく必要があります。本記事ではAWS側の細かな作成手順を繰り返さず、Heliosでの操作とCLI方式との違いに絞ります。

この記事でわかること

• Helios経由でのデプロイに必要なAWS側の事前準備
• Heliosの管理画面を使用したデプロイ手順と進捗確認方法
• CLI方式との違いや、Helios方式を利用するメリット・注意点

本記事の前提と対象範囲

本記事は、AWSとCohesityの基本操作を理解しているものの、DataProtect for Cloudの構築は初めてという方を主な対象としています。以下の知識と操作方法を理解していることを前提に進めます。

Cohesity DataProtectの基本概念と、ソース登録・Protection Group・バックアップ / リストアの基本操作
AWSの基本概念と、VPC、EC2、IAM、S3、CloudFormationなどの基本操作
ルーティング、DNS、NTP、ファイアウォールなど、ネットワークとセキュリティの基礎知識

VPCやサブネット、IAM、S3そのものの機能や作成方法、については詳しい解説を割愛します。一方、DataProtect for Cloudのデプロイに必要となるAWSリソースの条件は具体的に解説します。AWS側の構成や設定値は、本記事を参考に利用環境へ合わせてカスタマイズしてください。

検証環境

CLI記事で準備したリソースの再利用範囲

目次

1. Helios経由デプロイの全体像

Helios方式では、Web UIの3ステップでAWS認証情報、配置先、クラスター構成を指定し、HeliosからDeployment Jobを作成します。公式ガイドでは、前提条件がそろっていれば、デプロイの目安は約15～20分とされています。

利用者がControl VMを操作したり設定JSONを編集したりすることなく、Heliosからデプロイジョブを開始します。

2. Heliosからデプロイを開始する

2.1 DataProtect for Cloudを開く

HeliosへログインしてDataProtectを開き、Settings > DataProtect for Cloudを選択します。画面右上のDeployからAWSを選択します。

1. DataProtect for Cloudを開く

2. DeployからAWSを選択

2.2 Deployment Checklistを確認する

Deployment Checklistでは、VPC、Subnet、Security Group、Cluster Domain Name、DNS Servers、NTP Serversが後続の手順で指定する必要があるので利用できるものを確認するように案内されます。
※今回の検証では、いずれも前回のCLIデプロイで準備・確認した値を使用しました。

デプロイ前に改めて必要な情報を確認してください。

Deployment Checklist

3. AWS認証情報を入力する

最初のステップはAWS Credentialsです。Heliosデプロイ用IAMユーザーの認証情報を入力し、Heliosから対象リージョンのAWSリソースを参照・作成できる権限があることを確認します。

Access Key ID、Secret Access Key、Regionを入力してVerifyをクリックします。

成功すると次のCloud Environment Detailsへ進み、認証情報の権限で参照できるVPCやサブネットなどがプルダウンへ表示されます。

AWS Credentials

4. 配置先のAWSリソースを選択する

Cloud Environment Detailsでは、クラスターノードを配置するVPC、AZ、Security Group、Subnetを選択します。本検証ではCLIデプロイ時に使用した既存リソースを選択しました。Security Groupのみ、既存リソースの選択に加えてHeliosから新規作成することもできます。

VPC、Zone、Security Group、Subnetを既存リソースから選択します。必要に応じてTagを設定することで管理することもできます。

Cloud Environment Detailsで既存のAWSリソースを選択

5. クラスター構成を入力する

最後のステップはCohesity DataProtect for Cloud Detailsです。CLI方式の設定JSONに記載していたクラスター名、構成、ノード数、DNS、NTP、ドメイン、暗号化、IMDSv2を画面上で指定します。

必要なクラスター構成を入力し、Deployを実行できる状態にします。

DNSやNTP、Domain Namesには、既存環境で設定していた値が自動入力されております。デプロイする環境に合わせた適切な修正を行ってください。

Cohesity DataProtect for Cloud Details

6. Deployを実行し、進捗を確認する

入力内容を確認してDeployをクリックします。Email Notificationsでは追加の通知先を登録でき、不要な場合はSkipを選択します。

追加のメール通知先を登録するか、Skipを選択します。

Email Notifications（任意）

デプロイジョブが作成されると、一覧へクラスター名が追加され、最初はScheduledとして表示されます。処理が進むと「3 of 5 steps completed」のように進捗が表示され、クラスター名を開くとCloud Deployment JobのStatusや経過時間を確認できます。HeliosはAWS上へEC2インスタンスなどを作成した後、ノード上のSSM Agentを使用してクラスター作成処理を進めます。

一覧画面とCloud Deployment Jobからデプロイ状況を確認します。

デプロイ進捗の確認

進行中の詳細確認

AWSマネジメントコンソールのCloudFormation > Stacksからも、スタックのEventsとResourcesを確認できます。処理が進まない場合は、Heliosのジョブ詳細とCloudFormationのEventsをあわせて確認します。

7. デプロイ後に行うこと

クラスターノードの作成後は、CLI方式で作成したクラスターと同じ初期設定を行います。本記事では概要のみ整理します。

1. ジョブ詳細またはAWS EC2画面からノードのプライベートIPを確認する
2. ブラウザーでhttps://<ノードIP>を開き、admin／adminで初回ログインする
3. EULAへ同意し、ライセンスを適用してadminパスワードを変更する
4. Storage Domainを作成し、保護データ用S3をExternal Targetとして関連付ける
5. AWS環境を保護ソースとして登録し、バックアップ／リストアを確認する

8. 実際に操作して感じたポイント

今回の検証ではAWS側の前提を準備済みだったため、Helios上では既存リソースを選択し、クラスター構成を入力するだけでデプロイを開始できました。利用者がControl VMへログインしたり、長い設定JSONを編集したりする必要がないため、デプロイ操作の負担はCLI方式より明確に小さくなります。

公式ガイドでは、Heliosからデプロイしたクラスターは、Helios上からノード追加やクラスター削除を行えると案内されています。この機能はCLIでデプロイした後にHeliosへ接続したクラスターではサポートされないため、Heliosを運用の中心にする場合は最初からHelios経由でデプロイするメリットがあります。

また、本記事では割愛していますが、AWS側のリソース準備が改めて重要だと感じました。

9. おわりに

今回は、前回のCLIデプロイ検証で準備したAWSリソースを使い、HeliosからDataProtect for Cloud on AWSをデプロイする流れを確認しました。

AWS認証情報、VPC、AZ、Security Group、Subnet、クラスター構成を画面に沿って入力すれば、利用者側でControl VMを手動準備・操作せず、設定JSONも編集せずにデプロイを開始できるためCLI方式に比べてデプロイ手順が簡単です。

一方、Helios方式はAWSアカウントだけで完結するものではありません。VPC、サブネット、ルーティング、IAM、Security Group、SSM、DNS、NTP、EC2サービスクォータの準備は必要です。AWS側の詳細は前回のCLIデプロイ記事で確認し、本記事をHeliosデプロイの補足編として活用していただければ幸いです。

本記事と合わせておすすめ記事に記載のCLIを用いたデプロイ記事も合わせてチェックいただくことでどちらが作業しやすいかなど比較いただけるかと思います。

C&S ENGINEER VOICEでは、Cohesityをはじめ、さまざまな製品の技術情報を発信しています。
気になる製品や技術について情報収集される際には、ぜひC&S ENGINEER VOICEもご活用ください。