ApsaraDB for MongoDB:セキュリティホワイトペーパー

データベースアカウント

• ApsaraDB for MongoDB インスタンスにログインするには、ユーザー名とパスワードによる認証を行う必要があります。

• ApsaraDB for MongoDBインスタンスが作成されると、デフォルトで初期ルートアカウントが作成されます。 インスタンスの作成時に root アカウントのパスワードを指定するか、またはインスタンス作成後にパスワードをリセットすることができます。 パスワードの指定方法の詳細については、「 (オプション) パスワードのリセット」をご参照ください。

• rootアカウントには、ApsaraDB for MongoDBインスタンスに対するすべての権限があります。 rootユーザーとしてデータベースにログインして、他のアカウントを追加、削除、または権限を付与できます。

IP ホワイトリスト

ApsaraDB for MongoDB では、ApsaraDB for MongoDB インスタンスごとに IP ホワイトリストを設定してネットワークアクセス制御を実装できます。

VPC

VPC では、ApsaraDB for MongoDB で高度なネットワークアクセス制御を実装できます。 VPC と IP アドレスのホワイトリストにより、ApsaraDB for MongoDB インスタンスのセキュリティが大幅に向上します。

VPC では、Alibaba Cloud 内で分離されたネットワーク環境を構築できます。 VPC のルートテーブル、IP アドレスおよびゲートウェイをカスタマイズすることで、リソースの競合を解決できます。

VPC とは、基盤となるネットワークプロトコルを使用してネットワークパケットを完全に分離するプライベートネットワーク環境です。 専用線または VPN を使用してデータセンターを Alibaba Cloud に接続し、VPC で ApsaraDB for MongoDB インスタンスのカスタマイズされた CIDR ブロックを使用してリソースの競合を解決できます。 お客様のデータセンターと Alibaba Cloud Elastic Compute Service (ECS) の双方から ApsaraDB for MongoDB インスタンスにアクセスできます。

VPC の詳細については、「「VPC の概要」をご参照ください。」をご参照ください。

クラシックネットワーク

クラシックネットワーク内のクラウドサービスは分離されていません。 クラウドサービスへの不正アクセスは、セキュリティグループまたはホワイトリストポリシーによってのみブロックされます。 セキュリティが強化された VPC を選択することを推奨します。

SSL

TDE

ApsaraDB for MongoDB では、透過的データ暗号化 (TDE) を使用できます。 TDE は高度暗号化標準 (Advanced Encryption Standard: AES) アルゴリズムを採用しています。 TDE に使用されるキーは暗号化され、KMS で保存されます。 ApsaraDB for MongoDB は、インスタンスの起動時または移行時に 1 度だけ動的にキーを読み取ります。 Key Management Service コンソールにログインして、キーを交換することができます。

ApsaraDB for MongoDB インスタンスで TDE を有効化すると、指定したデータベースまたはコレクションのデータは暗号化後に HDD、SSD、PCIe カードなどのデバイス、または OSS などのサービスに書き込まれます。 そのため、インスタンスのデータファイルとバックアップの内容はすべて暗号化されます。 TDE の設定方法の詳細については、「ApsaraDB for MongoDBインスタンスのTDEの設定」をご参照ください。

Backup

データの整合性と信頼性を確保するため、データベースでは、例外が発生した場合にデータベース内のデータを確実に復元するための定期的な自動バックアップが必要です。

復元

データベースの O&M の信頼性を確保する上で、データの復元性は重要です。

参考資料

マルチゾーンインスタンス

Alibaba Cloud は、世界中の複数のリージョンでクラウドコンピューティングサービスを提供しています。 各リージョンには複数のゾーンが含まれています。 障害は、同一リージョン内の異なるゾーン間で分離されます。 同一リージョン内の異なるゾーン間でのネットワーク遅延は低くなります。

ApsaraDB for MongoDB シングルゾーンインスタンスは、同一ゾーン内の 2 つの物理サーバーで実行されます。 ゾーン内のラック、エアコン、回路およびネットワークはすべて冗長化され、高可用性が確保されています。 ApsaraDB for MongoDB では、非同期または準同期レプリケーションモードと効率的なプライマリ/セカンダリフェールオーバーメカニズムを使用することにより、物理サーバーの制約を超えたサービスの可用性を実現しています。

ApsaraDB for MongoDB では、シングルゾーンインスタンスよりも高い可用性を実現するマルチゾーンインスタンスもサポートされています。 マルチゾーンインスタンスは、異なるゾーンの物理サーバー上にデプロイされます。 あるゾーンに障害が発生しても、サービスを短時間で別のゾーンに切り替えることができます。 切り替えプロセスでは、アプリケーションのコードを変更する必要はありません。

マルチゾーンインスタンスの作成方法の詳細については、「マルチゾーンレプリカセットインスタンスの作成」および「マルチゾーンシャードクラスタインスタンスの作成」をご参照ください。

同一リージョン内の異なるゾーンにインスタンスを移行する方法の詳細については、「別のゾーンへのインスタンスの移行」をご参照ください。

クロスリージョンディザスタリカバリ

ApsaraDB for MongoDB マルチゾーンインスタンスは、同じリージョン内の異なるゾーン間でディザスタリカバリを実現します。 可用性を向上させるため、ApsaraDB for MongoDB はクロスリージョンデータディザスタリカバリもサポートしています。 たとえば、MongoShake などのデータ同期ツールを使用して、中国 (杭州) リージョンの ApsaraDB for MongoDB インスタンス A から、中国 (上海) リージョンの ApsaraDB for MongoDB インスタンス B にデータを複製できます。 インスタンス B は、独自のエンドポイント、アカウントおよび権限を持つ自己完結型のインスタンスです。 インスタンス B を使用して、インスタンスが存在するリージョンのデータを復元し、データを読み取ることができます。

MongoShake を使用して ApsaraDB for MongoDB インスタンスデータを複製する方法の詳細については、「MongoShakeを使用したApsaraDB for MongoDBインスタンス間の一方向同期の実行」をご参照ください。

インスタンス A はプライマリインスタンスとして機能し、インスタンス B はセカンダリインスタンスとして機能します。 インスタンス A が存在するリージョンで、自然災害などの予期しない事象が原因でインスタンス A に障害が発生した場合、インスタンス B をプライマリインスタンスとして使用できます。 アプリケーションのデータベース接続設定を変更し、リクエストをインスタンス B に転送することで、クロスリージョンデータディザスタリカバリが実装されます。