Google Cloud SQLのセキュリティとデータ保護
Google Cloud SQLのセキュリティとデータ保護 既存のDRを維持
障害復旧システムを変更することなく、すべてのインスタンス、すべてのプロジェクトにわたって、一元的にGoogle Cloud SQLの自動化されたクラウドデータ保護を実現します。
トレードオフのないGoogle Cloud SQLの保護
すべてのインスタンスを自動的に保護
コンソール、Terraform、gcloud CLI、または任意のAPIなど、どのようにプロビジョニングされたかに関わらず、Rubrikはお客様のデータベースを検出し、保護します。
障害復旧と不変のバックアップを並行して実行
障害復旧のレプリカを変更する必要はありません。アーキテクチャの変更なしに、不変のバックアップを追加します。
お客様の条件に合わせた保持とストレージ
コンプライアンス要件に合わせて保持期間を設定します。ビジネスニーズに応じてストレージ階層を選択してください。上限なし、強制デフォルトなし
すべてのインスタンスが保護対象です。どのようにプロビジョニングされたかは関係ありません。
Rubrikは、お客様のすべてのGoogle CloudプロジェクトでCloud SQLインスタンスを自動的に検出し、既存のSLAポリシーを適用します。チームがGoogle Cloudコンソール、Terraform、gcloud CLI、または任意のAPIを介してプロビジョニングを行う場合でも、すべてのインスタンスが対象となります。新しいデータベースは即座に保護され、手作業による設定は不要です。
Rubrikの利点：
自動検出：プロビジョニングの方法に関係なく、すべての新しいインスタンスは作成されるとすぐに保護されます。
タグベースのSLA割り当て：1回の操作ですべてのインスタンスに対してバックアップポリシーを適用または更新します。インスタンスごとの作業は不要です
単一の管理画面：単一の統合ダッシュボードにより、他の重要なGoogle Cloudワークロードと並行してCloud SQLを管理し、すべてのリージョンで一貫したポリシーを適用します。
障害復旧と不変のバックアップを同時に実行します。
RubrikのGoogle Cloud SQLのためのバックアップは、レプリケーション戦略とは独立して実行されます。障害復旧レプリカを現状のまま維持し、不変のバックアップを階層として追加します。アーキテクチャの変更や保護のギャップは一切ありません。復旧が必要な場合、中間の移行手順を必要とせずに、リージョン間を直接復旧できます。
Rubrikの利点：
障害復旧と不変性の両立：障害復旧レプリカと不変のバックアップを同時に実行。トレードオフは不要です。
保持ロックとクォーラム認証：認証情報が侵害された場合でも、複数名の承認なしに単一のユーザーがバックアップを削除または短縮することはできません。
リージョン間の復旧：中間の移行手順を必要とせずに、Cloud SQLインスタンスを任意のプロジェクトまたはリージョンに直接復元します
柔軟な保持。柔軟なストレージ
実際に要求されるコンプライアンス要件に合わせて保持ポリシー（10年、15年、またはそれ以上）を設定します。バックアップデータに適したGoogle Cloud Storageのクラスを選択してください。画一的なストレージ階層ではなく、実際に利用しているアクセスパターンに応じて料金を支払います。
Rubrikの利点：
保持期間の上限なし：コンプライアンスチームが必要とするポリシーを設定することができます。製品による上限はありません。
ストレージクラスの柔軟性：Standard、Nearline、Coldline、または Archive から選択し、アクセスパターンに合わせて階層を適合させます。
監査対応レポート：すべてのバックアップ操作はログに記録され、任意の日付範囲またはGoogle Cloudプロジェクトにわたってレポート作成が可能です。
Cloud SQLを保護戦略に追加する準備はできていますか？
Rubrikの自動検出機能と不変のバックアップ機能が、Cloud SQLの保護における脆弱性をどのように解消できるかをご覧ください。
