5

私はスナップショットから新しいRDS MySQLインスタンスを作成し、APIとUIの両方を介して設定を更新しています。インスタンスの作成方法や更新方法にかかわらず、これらのアクションは自動的に何らかの自動バックアッププロセスによって作成される新しいスナップショットをトリガーします。スナップショットを追加する必要はなく、作成によって不要な遅延が発生するため、これらのアクションを実行する際にスナップショットの作成を無効にする方法はありますか?インスタンスの作成/更新時にAWS RDSバックアップを無効にしますか?

+0

「自動化バックアップ」が有効になっているかどうかを確認してください。http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html – BMW

+0

@BMW見ていきますが、API側から表示されます作成時ではなく、変更を加えて作業するだけです。 – jmsb

答えて

10

私はAWSサポートを話しましたが、インスタンス作成時にバックアップが生成されるのを防ぐ方法がないようです。これは、作成/更新時のバックアップ作成がどのようにトリガーされるか(自動バックアッププロセスの一部である)、この機能を制御する機能が制限されている(オン/オフを切り替えますが、既存のインスタンスのみ)ためです。

他の誰かが私と同じ問題に遭遇した場合の詳細を以下に示します。

私は2つのシナリオに興味があります:

バックアップはこれによって制御されModifyDBInstance要求にバックアップを作成しませんRestoreDBInstanceFromDBSnapshot要求

  • にバックアップを作成しないでくださいフラグ:

    BackupRetentionPeriod = 0 
    

    残念ながら、このフラグはインスタンスとスナップショットの一部ですが、インスタンス上にのみ設定できます。したがって、このフラグが設定されたインスタンスを作成するには、このフラグを無効にする必要があります。これは、ソースインスタンスでこのフラグが無効になっている場合にのみ発生します。私たちは、元のインスタンス上のすべての既存のバックアップを失うことになる

    There is a way to disable automatic backups for existing instances 
    however we highly discourage against this because it disables point-in-time 
    recovery. Once disabled, re-enabling them will only restore the backups 
    starting from the time you re-enable automatic backups. 
    

    :この時点では、スナップショットを撮影するとき、元のインスタンスにフラグをトグルが無効と再度有効にこのフラグがマイナスの副作用があり、含め検討することもでき。最終的には、インスタンスがスナップショットから作成されたときに最初のバックアップを作成しないようにする有効な方法はありません。

    既存のインスタンスを更新するとき、我々はModifyDBInstance要求の一部としてバックアップを無効にすることができますので、より良いニュースは、あります:もちろん

    https://rds.amazonaws.com/ 
        ?Action=ModifyDBInstance 
        &DBInstanceIdentifier=mydbinstance 
        &BackupRetentionPeriod=0 
    

    これはまだバックアップの損失に苦しんでいます。しかし、私の本来の目的は、本番データベースのスナップショットを作成および変更し、短時間(数時間)使用してからそれらを捨てることでした。余分なバックアップ作成を避けることで、このプロセスのオーバーヘッドが削減されます。

    うまくいけば、この情報は他の人にとって有益です。

  • +1

    素晴らしいフィードバック。私はあなたもあなたの答えを受け入れることができると思います。 – BMW

    関連する問題