可用性、Live DR、バックアップ、および保管庫
3つの可用性階層、RPOとRTOを含む継続性パターン、Live DR実証と訓練方法、環境ごとのバックアップポリシー、長期保持、およびエアギャップされた保管庫。
可用性レベル(本番稼働、デフォルト設定案)
| ティア | 可用性 | それは何なのか |
|---|---|---|
| 標準 | 99.7% | マルチゾーン、高可用性データベース、エアギャップバックアップ。 |
| Live DR | 99.9% | 2つ目の地域でライブ配信が開始されました。 |
| Live DRプレミアム | 99.95% | 両地域における交通事故に対し、24時間365日優先対応。 |
非稼働率:95%。TRANXACTのエントリポイントで毎月測定。合意済みのメンテナンス期間を除く。クラウドプロバイダーのSLAは、TRANXACTの単一のコミットメントの下に位置付けられます。
サイジングを行う前に、ティアを確定してください。Live DRではフルサイズのセカンドリージョンが稼働するため、ランタイムインフラストラクチャのコストがほぼ2倍になります。ダウンタイムコスト削減分とは別に、独立した行として表示し、統合されたサードパーティシステムも同じティアに設定してください。
計画されたイベントと計画外のイベント
| イベント | 何が起こるのですか | SLA違反に該当しますか? |
|---|---|---|
| 計画済み — 更新、サイズ変更、ドリルダウン | 3つのノード間でローリングアップデートを行うことで、ユーザーの作業を継続できます。ダウンタイムは月1回の範囲内(提案されている4時間)のみです。 | いいえ、合意された期間内です。 |
| 計画外のリージョン内障害 — ノード、ポッド、またはゾーンの障害 | Podのスケジュールが変更され、データベースは同期スタンバイにフェイルオーバーします。RPO ≈ 0、復旧時間は数分です。 | 目標とするティアを達成できなかった場合のみ。 |
| 計画外の、地域全体にわたる | Live DRでは、レプリカが昇格され、トラフィックマネージャが書き込みを移動します。RPOは秒単位、RTOは15分以下(提案値)です。 | ティアごとに異なります。 |
連続性パターン
| パターン | RPO / RTO | ノード | DB | ゾーン | 地域 | ランサムウェア |
|---|---|---|---|---|---|---|
| 標準ヒアルロン酸(99.7%) | ゾーン: RPO ≈ 0。リージョン: ボルトから復元。 | はい | はい | はい | いいえ | はい |
| Live DR (99.9%) | RPO秒、RTO≦15分 | はい | はい | はい | はい | はい |
| Live DRプレミアム(99.95%) | RPO秒、RTO≦5分 | はい | はい | はい | はい | はい |
| パッシブDR(一般的なSaaS)— 提供していません | RPO(目標復旧時点)は分~時間、RTO(目標復旧時点)は時間です。 | はい | はい | はい | 不確実 | いいえ |
Live DR、単なるパッシブスタンバイではありません。セカンドリージョンでは、フルサイズのクラスタと継続的にレプリケートされたデータベースが稼働し、リアルタイムの読み取り、レポート作成、ASKクエリ、合成投稿に対応します。その健全性は毎分検証され、フェイルオーバーはあくまでもパフォーマンス向上であり、スケールアップや復元は一切行われません。
統合は、自動書き込みプロモーションを許容し、フェイルオーバー直前の数秒間に投稿されたすべての内容を再生する必要があります。パートナーのエンドポイントは、トラフィックマネージャに従う必要があります(TO_4.10.09、除外)。
Live DR実証
| テスト | 何が起こるのですか | ビジネスへの影響 | 頻度 | カテゴリ | R&R |
|---|---|---|---|---|---|
| 継続的検証 | 合成投稿、レプリケーション遅延アラート、リージョン間台帳チェックサム | なし | 毎分 | 標準 | TO_4.10.01 |
| 計画された切り替え訓練 | アナウンス → 書き込みを一時停止(秒) → DRを昇格 → トラフィックをシフト → 台帳を検証 → DRから実行。役割を交代。 | 書き込みが数秒間停止します | 四半期ごと | 標準 | TO_4.10.03 |
| 追加の切り替え訓練 | 上記のとおり、四半期計画の外で | 書き込みが数秒間停止します | リクエストに応じて、2週間前までに | 追加 | TO_4.10.04 |
| 隔離された(柵で囲まれた)訓練 | アウトバウンド統合が無効になっているDRレプリカからクローンされたコピー。破壊的テストは許可されています。 | 生産中はなし | リクエストに応じて、2週間前までに | 追加 | TO_4.10.05 |
| クリーンルーム復元テスト | 保管庫から隔離された環境に復元し、スキャンして、調整する | 生産中はなし | 年間 | 標準 | TO_4.9.07 |
| 訓練のビジネス検証 | 顧客は切り替え後にプロセスと統合を確認する | 顧客の努力 | 各ドリル | 除外 | TO_4.10.06 |
訓練後には再構築は不要です。旧プライマリがLive DRとなります。読み取りは途切れることなく続きます。
本番稼働前に、最初の切り替え訓練とクリーンルームでの復旧訓練を実施してください。これらはどちらも本番稼働の通過条件であり、それ以降のすべての訓練は監査担当者やSLAレビューの証拠となります。
バックアップポリシー(デフォルト案)
| 本番データベース | 制作文書 | 非本番データベース | 非本番環境向けドキュメント | |
|---|---|---|---|---|
| 頻度 | 日次スナップショット+継続ログ | 継続的なバージョン管理 | 日次スナップショット | 継続的なバージョン管理 |
| 特定時点への復旧 | 保持期間内の任意の時点 | バージョン復元 | 最新のスナップショット | バージョン復元 |
| 運用上の維持 | 30日間 | 30日間(バージョン) | 14日間 | 14日間 |
| 保管庫のコピー | 毎日、不変 | 毎日、不変 | 毎週、不変 | オプション |
| 金庫保管 | 90日間(延長可能) | 90日間(延長可能) | 30日間 | 30日間 |
| 暗号化 | 保管時および輸送時。金庫の鍵は別々に保管。 | 静止時および移動時 | 静止時および移動時 | 静止時および移動時 |
Kubernetesのマニフェストと設定はインフラストラクチャ・アズ・コード内に存在し、ボールトにもコピーされるため、ランタイムは復元ではなく再構築されます。
復元する
| 復元する | カテゴリ | リードタイム | R&R |
|---|---|---|---|
| 大規模な変更前のオンデマンドバックアップ | 標準、サービスリクエスト | 営業時間 | TO_4.9.04 |
| 特定時点への復元 | 標準、サービスリクエスト | 時間; P1 すぐに | TO_4.9.05 |
| クリーンルームでの保管庫からの復元 | 配達ごとに追加料金がかかります | 営業時間 | TO_4.9.06 |
| 復元されたデータのビジネス承認 | 除外対象:財務管理者 | — | TO_4.9.11 |
空気の隙間がある金庫室
- 個別のクラウドアカウントまたはテナント、個別のID、多要素認証、およびキー。
- 本番環境からの受信ネットワークパスはありません。本番環境は、読み取り権限や削除権限を持たない書き込み専用ロールを介して一方通行でデータを送信します。
- 書き込み専用保持ロック(WORM):管理者であっても、コピーを変更したり削除したりすることはできません。
- 削除には二重承認が必要であり、到着時にデータの完全性がスキャンされる。
- リストア作業は、クリーンルームでのプロセス(スキャン、調整、そしてプロモーション)を経て隔離された環境で行われ、決して直接生産ライン上で行われることはありません。
- オプションとして、2つ目のクラウドまたはコールドストレージへのオフラインコピーを作成し、定期的に切断します(TO_4.9.09、オプション)。
存在理由:レプリケーションとLive DRコピーの破損を即座に検出するため。ランサムウェアや不正なデータも複製されます。保管庫は、両リージョン外にクリーンで変更不可能な台帳履歴を保持します。
金庫の緊急開錠権限を誰が持つかを合意する。TRANXACTは二重承認手続き(TO_4.9.12)を実施し、顧客は承認者を指定する(TO_4.9.13、除外)。
長期保存(任意)
| オプション | 頻度 | 保持 | メトリック | ブロック | カテゴリ |
|---|---|---|---|---|---|
| 月刊アーカイブ版 | 月刊 | 1年 | ギガバイト | 256 GB | オプション |
| 四半期ごとのアーカイブコピー | 四半期ごと | 1年 | ギガバイト | 256 GB | オプション |
| 年末アーカイブ版 | 毎年、閉店後 | 2年、3年、または4年 | ギガバイト | 256 GB | オプション |
| オフラインコピー | 定期的 | 顧客ポリシーに従って | ギガバイト | 256 GB | オプション |
| コピーに対する法的保留 | ご要望に応じて | リリースされるまで | リクエストに応じて | — | 追加 |
保持期間ロックは一度設定すると短縮できません。監査や法的保留規則でより長い保持期間が必要な場合は、事前に期間を延長してください。その際、現在のデータベースサイズではなく、台帳の増加と文書量に基づいて期間を設定してください。
「提案されたデフォルト値」と表示されている値は、導入ガイドで推奨されている初期値です。お客様ごとにそれぞれ確認してください。契約書、注文書、SLA、DPAがこのページの内容よりも優先されます。