Storage / Database ReplicationとReliability

答え：A

S3 Standard-IAは複数のアベイラビリティーゾーンを使用します。S3 One Zone-IAとS3 Express One Zoneは単一AZを前提とするため、AZ喪失への要件を満たしません。

答え：B

既存オブジェクトを複製する場合はS3 バッチレプリケーションを使用します。また、S3 RTCはS3 バッチレプリケーションには適用されません。

答え：C / D / F

アクセス経路の制御とバケット間のデータ状態維持は別です。両リージョンで書き込みが発生する場合は双方向レプリケーションを使用し、必要なメタデータ変更にはレプリカ変更の同期を組み合わせます。

答え：A

S3 RTCは新規オブジェクトの99.99%を15分以内にレプリケートするよう設計されています。一方、15分以内のSLAコミットメントは99.9%です。S3 バッチレプリケーションにはS3 RTCは適用されません。

答え：B

マルチAZ DBクラスターでは、フェイルオーバー前にレプリカの遅延を解消する必要があります。そのため、ReplicaLagはフェイルオーバー時間へ影響します。

答え：B / C / E / F

耐久性にはValkey 9.0以降、対応インスタンスタイプ、マルチAZ、各シャードのレプリカなどの条件があります。同期書き込みでは成功応答前にマルチAZトランザクションログへ永続化し、非同期書き込みでは成功応答済みの書き込みを最大10秒失う可能性があります。既存の耐久性無効クラスターへ後から耐久性を有効化することはできず、クラスターモード無効のクラスターでも利用できません。

答え：C

同期書き込みでは、マルチAZトランザクションログへ書き込みを永続化してから成功応答を返します。成功応答済み書き込みを失えない要件に一致します。

答え：C

現在のElastiCacheでは、耐久性とグローバルデータストアを併用できません。また、グローバルデータストアではプライマリからセカンダリへのリージョン間レプリケーションは非同期です。そのため、プライマリ側で成功した最新書き込みが、リージョン障害時点でセカンダリへまだ到達していない可能性があります。存在しない組み合わせを前提にせず、要求するクロスリージョンのデータ保護を満たせるアーキテクチャへ見直します。

答え：B

再生成可能なキャッシュと、失うことのできない正規データでは必要な保護レベルが異なります。再生成時間と再生成中の性能影響が許容範囲なら、ElastiCacheへ正規データと同じゼロデータ損失要件を一律に適用する必要はありません。ただし、再生成によるRDS負荷や応答時間が許容できない場合は、ElastiCache側の可用性をさらに高める必要があります。