Close

Atlassian Data Center 製品のディザスタ リカバリ

ディザスタ リカバリ戦略は、ビジネス継続性計画の重要な部分です。これは災害発生時に従う必要があるプロセスをカバーしており、ビジネスを復旧し、業務を継続することを保証します。

ディザスタ リカバリとは何ですか?

アトラシアンの Data Center 製品では、これはプライマリ インスタンスが利用できなくなった場合に可用性を確保することを意味します。Data Center 製品では、通常、コールド スタンバイ戦略を設定することが含まれます。つまり、稼働し続けるために、フェイルオーバー戦略は高可用性とディザスタ リカバリ計画を達成するための基本的な部分なのです。

アトラシアンのData Center 製品のディザスタ リカバリを使用すると、ディザスタ リカバリ計画の特定の要件に準拠するために、インデックスのレプリケーション、添付ファイルの更新、およびデータベースの同期を設定することができます。

ディザスタ リカバリ計画のタイプ

IT インシデントは、サイバー脅威、人為的ミス、計画不良、およびハードウェアまたはソフトウェアの欠陥など、自然または人為的な状況の結果として発生します。ディザスタがどのように発生したかにかかわらず、ダウンタイムは生産性と収益の低下を招きます。組織が大きくなればなるほど、ディザスタ リカバリ計画の結果に依存するチームが増えます。

ディザスタ リカバリ計画は、組織が依存するすべてのツールについて作成する必要があります。これには、(アトラシアンの Data Center 製品などの) オンプレミス製品またはクラウドホスト型製品が含まれます。近年、ディザスタ リカバリはサービス (DRaaS) ツールとして人気が高まっており、それらのツールはサードパーティによるレプリケーションやホスティング サービスを提供し、別の場所へのフェイルオーバーを実現します。

組織が使用するインフラストラクチャによっては、IT インフラストラクチャ、組織のネットワーク インフラストラクチャ、および使用される仮想マシンの物理的な側面をカバーするディザスタ リカバリ計画を作成する必要もあります。

ディザスタ リカバリ計画のメリット

ディザスタ リカバリ計画は、災害後にミッション クリティカルなビジネス アプリケーションを迅速に復旧させるためのプロセスを文書化したものです。しかし、災害が発生するまで、災害対策はほとんど机上の空論に過ぎません。

ディザスタ リカバリ計画を立てることのメリットは、リカバリ時間の短縮と、災害発生時のダウンタイムやデータ損失の可能性を最小限に抑えることができることです。

ディザスタ リカバリ計画を決定する 3 つの要素は、目標復旧時点 (RPO)、目標復旧時間 (RTO)、および目標復旧コスト (RCO) です。

Recovery Point Objective : 目標復旧地点

目標復旧時点 (RPO) とは、障害発生後にシステムをどの程度最新のものに保つか、あるいは障害でどの時点までのデータが失われることを許容できるかということです。

Recovery Time Objective : 目標復旧時間

目標復旧時間 (RTO) とは、障害発生後、スタンバイ システムを利用できるようにするまでの時間です。

Recovery Cost Objective : 目標復旧コスト

目標復旧コスト (RCO) とは、ディザスタ リカバリ ソリューションまたは計画にどれだけの費用をかけることを目指すかということです。

ディザスタ リカバリ戦略を実装するための Data Center 製品の構成

Atlassian Data Center 製品をディザスタ リカバリ戦略を実装するように設定することで、システムまたは拠点の完全な機能停止に直面した場合でも、確実にビジネスを継続し、目標復旧時間を達成します。JiraConfluence、および Bitbucket の Data Center 版を使用すると、チームは災害時にコールド スタンバイ インスタンスを設定することができます。

開始するには、チームはスタンバイ システムを起動せずに作成します。次に、データ レプリケーション戦略を実装する必要があります。スタンバイの拠点へのデータのレプリケートは、コールド スタンバイ フェイルオーバー戦略において不可欠です。スタンバイのデータが古かったり、データベースのインデックス再作成に数時間かかったりすると、スタンバイ インスタンスにフェイルオーバーさせたくなくなります。

有効な Data Center ライセンスがある限り、コールド スタンバイ インスタンスで Jira、Confluence、または Bitbucket を起動するために追加または別のライセンスを購入する必要はありません。

ディザスタ リカバリ テスト

消防士や医療従事者などの緊急サービス チームは定期的に救助技術の訓練を実施しています。あなたのチームもそうすべきではないでしょうか? 実践を重ねることで、チームはプレッシャーの高い状況に慣れ、より早く、より満足のいく解決に導くことができるのです。

Jira、Confluence、および Bitbucket の場合、ディザスタ リカバリ テストを実行する前に本番データを分離することをお勧めします。その後、フェイルオーバー システムの準備ができたことを確認し、アプリケーションを起動します。ログ ファイルを監視し、整合性の問題がないかをチェックすることも忘れないでください。テスト終了後、スタンバイ コンポーネントをレプリケーションが可能な状態に復元し、ディザスタ リカバリのデプロイをリセットします。ほとんどの場合、スタンバイ インフラストラクチャを再設定する方が簡単です。

ビジネス継続とディザスタ リカバリ

ビジネス継続とディザスタ リカバリは同じ意味で使用されることがよくありますが、これらの用語は異なる概念を指しています。

ビジネス継続性

ビジネス継続性計画とは、組織が最小のダウンタイムで運用できるようにする戦略を指します。

ビジネス継続性計画の最初のステップは、ビジネス影響度分析の開発です。この分析には、ビジネス機能の評価と優先順位付け、そして IT 災害の潜在的な影響の特定が含まれます。ビジネス影響度分析には、最大許容ダウンタイムと復旧時間の目標の見積もりが含まれることもあります。潜在的な依存関係を特定するために、ビジネス影響度分析を実施することが重要です。

リスク評価は、ビジネス継続性計画を作成するための次のステップです。ビジネス影響度分析を使用して、組織は脅威を分析し、潜在的な災害の可能性と重大性を考慮する必要があります。その後、組織はビジネス プロセスに優先順位を付け、既存のポリシーとのギャップ分析を行うことができます。また、リスク評価はより良い結果を得るための組織の支出意欲に影響を与える可能性があります。

ディザスタリカバリ

ディザスタ リカバリは、ビジネス継続の一部であり、災害発生時に組織が復旧しビジネスを継続するために必要なプロセスを指します。成功するディザスタ リカバリ計画は、ビジネス影響度分析とリスク評価で特定されたニーズを考慮したものです。

ディザスタ リカバリのリソース

ブログ

Bitbucket Data Center で Git 上のディザスタ リカバリをより簡単に

Doc

Atlassian Data Center の ディザスタ リカバリ

Doc

Jira 向けディザスタ リカバリ ガイド

今後の計画

Atlassian Data Center 製品を使用すると、システムまたは拠点が完全停止した場合でも、ビジネス継続を確保し、目標復旧時間を達成することができます