投稿者「climb」のアーカイブ

AWS コストの管理と削減のための7つのベストプラクティス

以下のベストプラクティスを導入することで、企業はAWSにおける最適な支出を確保することができます。

1. リソースの最適化と適正化

リソースの最適化と適正化には、AWSリソースの利用状況を分析し、不要な過剰プロビジョニングを排除しながら、ワークロード要件に確実に一致させることが含まれます。 このプロセスは、過剰なインスタンスやアイドル状態のインスタンスに対する無駄な支出を排除するのに役立ちます。 ライフサイクルポリシーを使用してストレージ階層間のデータ移行を自動化することで、継続的なコスト効率性を確保することができます。

Compute OptimizerやTrusted AdvisorなどのAWSサービスは、CPUやメモリの使用率などの指標を分析して実行可能な推奨事項を提供し、企業が最もコスト効率の高いインスタンスタイプやサイズを決定するのに役立ちます。ストレージの最適化については、企業はアクセス頻度の低いデータをAmazon S3 Infrequent AccessやGlacierなどのコスト効率の高いストレージソリューションに移行することができます。

2. コスト効率を高めるためのスケジュールと自動化

AWS Instance Schedulerのようなサービスを利用すると、管理者は夜間や週末、休日など、業務時間外にインスタンスを停止するルールを作成することができます。このアプローチは、24時間365日稼働させる必要のない開発、テスト、ステージング環境に特に有効です。

AWS Lambdaのような自動化ツールをCloudWatch Eventsと組み合わせることで、アイドル状態のインスタンスの終了や未使用のEBSボリュームの削除など、リソースのクリーンアップアクションをトリガーすることができます。需要が変動するワークロードの場合、オートスケーリング機能により、コストを削減しながらパフォーマンスを維持するために実行中のインスタンスの数を動的に調整することができます。

3. コスト割り当てタグの導入

コスト割り当てタグは、AWSの費用をビジネスユニット、チーム、プロジェクトに割り当て、追跡するために不可欠です。タグはリソースに付加されるメタデータラベルとして機能し、支出のきめ細かい分析を可能にします。例えば、「Environment: Production」や「Department: Finance」などのタグを使用することで、組織はコストのかかっている分野を特定し、是正措置を取ることができます。

AWSは、タグに基づいて支出をフィルタリングし分析するためのツールとして、Cost ExplorerやBudgetsなどを提供しています。組織全体で標準化されたタグ付けポリシーを徹底することで、クラウド利用の説明責任をより適切に果たすことができます。また、タグ付けはチャージバックやショーバックのプロセスを簡素化します。

4. 定期的なコストのモニタリングとガバナンス

AWSの費用を管理するには、定期的なコストの監視とガバナンスが不可欠です。AWS Cost Explorer、コストおよび使用状況レポート、AWS Budgetsは、費用の傾向を追跡し、異常を特定し、予算のしきい値を設定するためのツールを提供します。これらのツールは、費用がサービス、アカウント、および地域にどのように分散しているかを可視化します。

AWS Organizations を通じてサービスコントロールポリシー(SCP)を実装するなどのガバナンスの実践により、リソースが組織のポリシーに準拠してプロビジョニングされることを保証します。例えば、SCP を使用して、コストの高いインスタンスタイプの使用を制限したり、リソースのデプロイを特定のリージョンに限定することができます。ガバナンスポリシーと組み合わせた定期的なコストの見直しは、組織が非効率性を特定し、コスト削減策を実施するのに役立ちます。

5. コスト管理のためのコードとしてのインフラストラクチャの利用

AWS CloudFormation、AWS CDK、TerraformなどのInfrastructure as code(IaC)ツールを使用することで、企業はコードを使用してクラウドリソースを定義および管理することができます。 IaCにより、リソースのプロビジョニングが常に一貫性のある自動化された反復可能なものとなり、コスト超過につながる可能性のある手動エラーの発生を低減できます。

IaCテンプレートでは、リソースの制限を指定したり、インスタンスの種類を制限したり、スポットインスタンスのようなコスト効率の高い構成を自動的に有効にしたりすることで、コスト管理のベストプラクティスを組み込むことができます。さらに、IaCにより、組織はインフラストラクチャのバージョン管理が可能になり、変更の追跡や構成の最適化が容易になります。

6. FinOpsの実践の採用

FinOps(財務業務)は、財務上の説明責任と業務効率を組み合わせた、クラウドコストの管理における協調的なアプローチです。 財務、業務、エンジニアリングの各チーム間の部門横断的な協力を促し、ビジネス目標に沿いつつ、クラウド支出の最適化を図ります。 FinOpsの実践には、定期的なコスト分析、予測、最適化の取り組みが含まれます。

FinOpsの重要な要素のひとつはコストの透明性であり、これによりすべての利害関係者が詳細な支出データにアクセスできるようになります。 この共有された可視性は説明責任を促し、データに基づく意思決定を推進してコスト削減を実現します。さらに、FinOps を採用する組織は、自動化と分析を活用してコスト管理戦略を改善し、継続的な改善を優先しています。

7. バックアップ管理とストレージの最適化

バックアップ管理とストレージの最適化は、データ保護と災害復旧機能を損なうことなく AWS コストを最小限に抑えるために不可欠です。 組織はバックアップ戦略を評価し、冗長なバックアップを排除し、過剰な保持を回避し、コスト効率の高いストレージソリューションを活用すべきです。

Amazon S3 GlacierやGlacier Deep ArchiveなどのAWSサービスは、アクセス頻度の低いバックアップの長期保存に最適です。ライフサイクルポリシーを適用することで、企業はあらかじめ設定した期間が経過したデータを自動的に標準ストレージ層からより低コストのアーカイブストレージに移行することができます。例えば、Amazon S3で日次バックアップを30日間保持した後、Glacierに移行することで大幅なコスト削減を実現できます。

さらに、重複排除と圧縮技術によりバックアップのサイズを縮小し、ストレージコストを削減することができます。N2Wのようなツールは、バックアップポリシーの一元管理を簡素化し、コスト効率の高い手法の自動化と徹底を容易にします。バックアップ構成の定期的な監査により、組織の保持ポリシーへの準拠が保証され、不要なデータの蓄積を防止することができます。

N2W最適化クラウドバックアップによるAWSのコスト削減

AWSのコスト管理は、価格設定を理解するだけではなく、より賢明な意思決定を迅速に行うことが重要です。そこでN2WSがサポートします。

当社のクラウドネイティブなバックアップおよび災害復旧プラットフォームは、AWS環境を推測に頼らずに管理できるようにします。 古いスナップショットの自動アーカイブ、アイドルリソースのシャットダウン、利用率の低いボリュームの監視など、すべてを直感的な単一のダッシュボードから実行できます。 AWS、Azure、Wasabiのいずれにバックアップする場合でも、N2Wはデータの安全性、不変性、コスト最適化を保証します。

 

N2WSがコスト削減に役立つ主な方法:

  • スマートなスナップショットアーカイブにより、ストレージ費用を最大92%削減。
  • 自動化されたポリシークロスクラウドDRにより、毎週何時間も節約。
  • エアギャップストレージ不変のスナップショットにより、バックアップのセキュリティを確保。
  • 内蔵のコストエクスプローラーアラートにより、支出を可視化。

クラウドのコスト削減は、保護の妥協を意味するものであってはなりません。

AWSコストについてのエクスパートからのアドバイス

 

  • インスタンスファミリーの更新機会を活用する:インスタンスファミリーの更新情報を定期的に確認しましょう。新しい世代のインスタンスファミリーは、同等のパフォーマンスまたはより低いコストで、より優れたパフォーマンスを提供していることがよくあります。ワークロードを最新のインスタンスファミリーに移行することで、大幅なコスト削減を実現できます。

 

  • 複数のアカウントを統合する:組織で複数のAWSアカウントを使用している場合は、AWS Organizationsでそれらを統合することで、ボリュームディスカウントを共有し、請求を簡素化することができます。このアプローチは、コスト最適化のための集中管理も実現します。

 

  • 地域ごとの価格差を活用:AWSの価格は地域によって異なります。レイテンシに敏感でないワークロードの場合は、コストの低い地域にリソースを展開します。例えば、US East (N. Virginia) や US West (Oregon) のような地域は、価格競争力があることが多いです。

 

  • 未使用のボリュームに対するライフサイクルポリシーを実装:未使用のEBSボリュームは、多額の費用が発生する可能性があります。ライフサイクルポリシーを使用して、非アクティブなボリュームのスナップショットを自動的に作成し、削除することで、未使用のストレージが不要な費用を発生させないようにします。

 

  • データの転送を監視し、キャッシングを使用:アプリケーションが頻繁に異なるリージョンやパブリックインターネット上のデータにアクセスすると、データ転送費用が高額になる可能性があります。Amazon CloudFrontやAWS Global Acceleratorなどのキャッシングレイヤーを実装して、転送トラフィック費用を削減します。

AWSの価格設定モデルの概要

AWSは、さまざまなビジネスニーズに対応するために、複数の価格モデルを提供しています。

オンデマンドインスタンス

オンデマンドインスタンスは、インスタンスの種類に応じて、コンピューティング能力を時間単位または秒単位で支払う従量制の価格モデルです。初期費用は発生せず、ユーザーは長期的な契約を結ぶことなく、いつでもインスタンスを開始または停止することができます。このモデルは、需要が予測できない作業負荷や短期プロジェクトに最適です。

利点

  • 柔軟性:必要に応じてインスタンスの起動と停止が可能。
  • 初期費用なし:使用した分だけのお支払い。
  • 使いやすさ:長期契約を必要としないシンプルな請求。

短所

  • コスト高:長期契約の他の料金モデルと比較すると割高。
  • コスト管理:継続的に実行されるインスタンスでは、コストが予測しにくくなる可能性がある。

リザーブドインスタンスと割引プラン

リザーブドインスタンス(RI)とセービングプランは、1年または3年間の利用を確約する代わりに、オンデマンド価格よりも割引価格で利用できるものです。RIは前払いと利用確約に基づいて割引を提供し、セービングプランはインスタンスタイプを問わず、より柔軟に同様の割引を提供します。

利点

  • コスト削減:オンデマンドと比較して最大72%のコスト削減。
  • 予測可能な請求:安定したワークロードに最適。
  • 柔軟なセービングプラン:従来のRIよりも適応しやすい。

短所

  • 前払い契約:事前計画と長期的な契約が必要。
  • 柔軟性の制限(RI):特定のインスタンスタイプとリージョンに制限される。

スポットインスタンス

スポットインスタンスでは、ユーザーは使用されていないAWSの容量を大幅に低い価格で入札することができ、オンデマンド料金よりも最大90%も安くなる場合もあります。ただし、これらのインスタンスは、容量が他の場所で必要になった場合、AWSによって中断される可能性があります。

長所

  • 大幅なコスト削減:非クリティカルなワークロードやバッチ処理に最適です。
  • 高い可用性:地域全体にわたって予備の容量に幅広くアクセスできます。

短所

  • 中断のリスク:インスタンスはわずかな通知で終了される可能性があります。
  • 限定的なユースケース:クリティカルなアプリケーションや時間的制約のあるアプリケーションには不向きです。

専用ホストおよび専用インスタンス

専用ホストおよび専用インスタンスは、単一のお客様専用の物理サーバーを提供します。これらのオプションは、コンプライアンス、ライセンス、規制要件が厳しい組織向けに設計されています。

利点

  • コンプライアンス:厳しいセキュリティおよびコンプライアンス要件に対応します。
  • 専用リソース:他の顧客とのリソース共有はありません。
  • ライセンスの持ち込み:特定のライセンスモデルに対応。

短所

  • 高コスト:専用ハードウェアを使用するため、他のモデルよりも高価。
  • 限定的な拡張性:仮想化ソリューションと比較して柔軟性が低い。

N2Wの最適化クラウドバックアップでAWSのコスト削減

AWSのコスト管理は、価格設定を理解するだけではありません。より賢明な意思決定を迅速に行うことです。そこでN2Wがサポートします。

当社のクラウドネイティブなバックアップおよび災害復旧プラットフォームは、AWS環境を推測に頼らずに管理できるようにします。 古いスナップショットの自動アーカイブ、アイドルリソースのシャットダウン、利用率の低いボリュームの監視など、すべてを直感的なダッシュボードから実行できます。 AWS、Azure、Wasabiのいずれにバックアップする場合でも、N2Wはデータの安全性、不変性、コスト最適化を保証します。

N2Wがコスト削減に役立つ主な方法:

  • スマートなスナップショットアーカイブにより、ストレージ費用を最大92%削減
  • 自動化されたポリシークロスクラウドDRにより、毎週何時間も節約
  • エアギャップストレージ不変のスナップショットにより、バックアップを安全に維持
  • 内蔵のコストエクスプローラーアラートにより、支出を可視化

クラウドのコスト削減は、保護の妥協を意味するものであってはなりません。

 

AWS環境の災害対策(DR)計画を立てる際に考慮すべきヒント

●DR運用にIAMポリシーを組み込む:DR運用や機密性の高いリカバリリソースへのアクセスを制限する、IAMの専門ポリシーを作成します。これによりセキュリティのレイヤーが追加され、権限のある担当者だけがフェイルオーバーを開始したり、重要なデータにアクセスしたりできるようになります。

●長期データ保持にはS3 Glacier Deep Archiveを利用:アクセス頻度の低いバックアップデータをS3 Glacier Deep Archiveに保存することで、ストレージコストを大幅に削減しながら、必要な時に数時間以内にデータを取得できる能力を維持できます。これは、DR計画の一環として重要なデータを長期間保持するのに最適です。

●重要なワークロードに対してマルチリージョンレプリケーションを実装する:Amazon S3 Cross-Region ReplicationやDynamoDB Global Tablesなどのサービスを使用して、最も重要なワークロードに対してマルチリージョンレプリケーションを設定します。これにより、AWSのリージョン全体が利用できなくなった場合でも、データとアプリケーションは利用可能な状態を維持できます。

●N2WSを活用したDRフェイルオーバーの自動化:N2WS Backup & Recoveryを使用して、新しいインスタンスの起動、DNSレコードの更新、ネットワーク設定の再構成などのフェイルオーバープロセスを自動化します。N2WSは、災害復旧の管理に合理化された信頼性の高いアプローチを提供し、手動介入を減らし、迅速な復旧を実現します。

●AWS Outposts を活用したハイブリッド DR ソリューションの検討:オンプレミスインフラストラクチャを大量に保有する組織では、AWS Outposts を使用して AWS サービスをデータセンターに拡張することを検討してください。このハイブリッドアプローチにより、オンプレミスのデータ主権とコンプライアンスを維持しながら、AWS の DR 機能を活用することができます。

AWS Backupの制限について

AWS Backupは基本的なバックアップの自動化に重点を置いており、災害復旧、粒度の細かい復旧、復旧のオーケストレーションやドリルなどの組み込み機能が欠けているなど、いくつかの制限があります。しかし、よりシンプルなバックアップのニーズを持つ組織にとっては、便利なソリューションとなるでしょう。より高度な要件には、N2Wのようなサードパーティのツールが、より費用対効果や効率性の面で優れているでしょう。

 

  • ワンクリックでのリストアなし:AWS Backupを使用したリストア操作の自動化は、API操作を使用してプログラム的に行う必要があり、これはDevOpsの実践がしっかりしている企業には適しているかもしれません。より簡単なリカバリオプションを求める人にとっては、N2Wはスクリプトを必要とせず、簡単かつほぼ瞬時にワンクリックでリカバリを行うことができます。
  • 粒度の細かいリカバリなし: AWS Backupは、ファイル/フォルダレベルの粒度を伴わずにサーバー全体をリカバリします。(AWS Data Lifecycle Manager やその他の AWS サービスでは、より詳細なバックアップ戦略が利用できる可能性があります。)完全な柔軟性と詳細性が必要な場合は、N2W を使用してバックアップおよびリカバリのファイル/フォルダをドリルダウンしたり、複数の世代のバックアップを検索して特定のファイルを見つけることができます。バックアップの分類について事前に計画したりインデックスを作成しておく必要はありません。N2W が自動的にドリルダウンアクセスを提供します。
  • 災害復旧なし:AWS Backupでは、ユーザーが手動でスナップショットを別のリージョンにコピーすることは可能ですが、自動復旧オプションはありません。 現在、多くの企業がAWS Organizationsの一部として複数のAWSアカウントを運用しているため、アカウント間のバックアップができないことは、企業にとって大きな制限となります。 アカウント間の災害復旧は、あらゆるDR計画の重要な要素であり、ランサムウェア、内部からの悪意ある攻撃、または人為的ミスなど、AWSアカウントが侵害されるのを防ぎます。

N2WSは、クロスリージョンおよびクロスアカウントの災害復旧を完全にサポートしています。例えば、ユーザーは30秒以内に他のリージョンまたはアカウントのEC2インスタンスを完全に復旧することができ、RTO(目標復旧時間)を短縮できます。

 

  • ネットワークの復元なし: もう一つの重要な機能として、AWSインフラ全体の可用性を確保する上で不可欠なAmazon VPCのクローン作成とキャプチャができないという点が挙げられます。一方、N2WS Backup & Recoveryでは、この機能が提供されており、停電や障害が発生した場合でも、わずか数分でインフラを迅速かつ完全に復旧させることができます。
  • リカバリーシナリオなし:AWSバックアップには、リカバリーシナリオ機能(スクリプト作成なし)がありません。N2Wでは、完全なDRフェイルオーバーの綿密なオーケストレーションを作成し、リカバリーシナリオ内で復元したいリソースに変更を加え、リカバリーの優先順位を決め、DR訓練を自動化することができます。
  • 真のアーカイブなしAWSバックアップでは、EBSバックアップを低価格のS3ティアリングにアーカイブすることはできません(EFSのサポートは例外)。N2WS Backup and Recoveryは、実際のS3バケットにデータをアーカイブする機能があり、あらゆるS3階層にティアリングすることができます。また、N2WS ZeroEBSオプションでは、AWSスナップショットを一切使用せずにバックアップをアーカイブすることも可能です。つまり、N2Wを使用することで、ストレージコストを最大98%削減できるということです。

その他の制限事項としては、

 

  • お客様のリソースが保護されているか、されていないかがわからない
  • 検索機能が限定的(リソースを検索するにはボリュームIDを知っておく必要がある
  • シングル・ペイン・オブ・グラス(一元管理)機能なし – 複数のアカウントを管理することはできず、すべてのアカウントはアカウントごとに管理される。ただし、同じマスター支払者アカウント下にある場合は例外(これは、独立したユーザーやクライアントを管理するMSPにとって特に重要である
  • 監査に特に重要となる、何か問題が発生した場合のレポート、日次サマリー、アラート機能なし
  • 正確なバックアップ時間の知識不足(バックアップは一定の時間枠内で行われる) – N2Wでは60秒ごとにバックアップが可能ですが、AWSバックアップでは最小間隔として1時間枠しか選択できません
  • 自動コールドティア/長期保存(EBSスナップショットをAmazon S3またはAmazon Glacierにコピーする)のサポートなし
  • 各アカウントで100のバックアップ保管庫と100のバックアップ計画に制限されるサービス制限。
  • バックアップジョブを実行する際、リソースごとに同時に実行できるジョブは1つだけ。
  • 災害復旧訓練のサポートが限定的
  • バックアップ自体を保存しないとバックアップログを保存できない
  • リソース制御のサポートがないため、ユーザーはインスタンスの開始/停止をスケジュールしてリソースの使用を最適化/最小化できない
  • ファイルまたはフォルダレベルの復旧のサポートがない
  • タグ管理に大きな制限がある。通常、ほとんどの使用事例では十分な数であるにもかかわらず、リソースに50以上のタグを設定することができない。
  • 他のアカウント/地域におけるAmazon S3バケットの複製に対応していない
  • バックアップコピー操作の前にアプリケーションを静止状態にすることが非常に重要である場合が多いが、アプリケーションの一貫性に対応していない
  • 24時間365日の無料サポートなし。通常、顧客は営業時間まで待たなければならず、チケットへの対応には数日かかることもあります。ダウンタイムの数分間が企業に数百万ドルの損失をもたらし、顧客の信頼を失い、完全に廃業する可能性さえあることを考えると、これは大きなリスクです。

 

きめ細かく信頼性の高いバックアップ管理を確保する方法は他にもあり、どのツールが自社のニーズを満たすかを確認するために、他のオプションを調査し、テストすることが重要です。

N2WS: AWSバックアップの制限を低コストで克服

AWSバックアップの制限に悩む必要はありません。N2WSなら以下を実現:

  • RDSバックアップの頻度・保持期間・復元をきめ細かく制御
  • ワンクリックでクロスリージョン・クロスアカウント復元(RDSでも可能!)
  • コンプライアンス対応の確実性を高めるエアギャップ保護付き不変バックアップ
  • バックアップスケジュール、DRテスト、アラート通知のスマート自動化
  • すべてをAWSアカウント内で動作する単一のセキュアコンソールから実現

 

その他のN2WS関連ブログについて

Database Performance Analyzer (DPA): 2024.4

Database Performance Analyzer (DPA) 2024.4 ソフトウェアの提供のお知らせです。

  • 柔軟なデータベースライセンス: セルフホスト型データベース製品に対するライセンスの付与方法を変更しました。 セルフホスト型ライセンスを1つ取得するだけで、ニーズに合わせてDPAを使用できます。 Azure SQL Databaseを監視している場合は、DBaaS環境専用の分割コストライセンスも導入しました。これにより、クラウドデータベースを簡単にコスト効率よく組み込むことができます。詳細については、担当のアカウントマネージャーまでお問い合わせください。
  • MySQL/Percona MySQLワークロード分析は、SQL Server、Oracle、PostgreSQL(実行計画収集)用の強力なDPA機能、インデックスアドバイザ、テーブルチューニングアドバイザなど、人気の高い機能が含まれています。
  • また、MySQL に関するセキュリティ対策も改善し、caching_sha2_password 認証をサポートするようになりました。チューニングアドバイザと併用することで、MySQL ユーザーの大幅な増加が見込まれます。
  • セキュリティを念頭に置き、お客様からご要望のあった Windows のグループ管理サービスアカウント(gMSA)認証もサポートするようになりました。
  • Oracle 関連では、Oracle のマルチテナント・アーキテクチャ上のターゲットとしてCDB をサポートするようになりました。これにより、より広範なアラート機能と可視性機能を備えた PDB を活用するインスタンスの全体像が完成しました。

 

Database Performance Analyzer (DPA):2024.3

Database Performance Analyzer (DPA)と の最新統合機能として、ServiceNow®とPagerDuty®を発表できることを嬉しく思います。この機能強化は、多くの要望に応えるもので、アラート通知を拡張し、IT運用をこれまで以上に効率的かつ迅速に行うことを可能にします。
DPAは、ServiceNow®とPagerDuty®に直接アラートを送信できるようになり、より効率的なワークフローが可能になりました。これにより、インシデントとイベントをより効果的に管理できるようになり、ITイベントの適切な通知、追跡、論理的なワークフローを確保できます。

動作方法
この統合により、SolarWinds Platform Connect 経由で SQL Sentry と DPA が貴社の ServiceNow® および PagerDuty® アカウントに接続されます。 設定が完了すると、DPA によって生成されたアラートは自動的にこれらのチャネルに送信され、IT チームはリアルタイム通知を受け取ることができ、問題が発生するとすぐに適切な優先順位付けと対処が行われるようになります。

統合のメリット
対応の迅速化:ServiceNow®とPagerDuty®にリアルタイムのアラートが送信されるため、チームはインシデントに迅速に対応でき、ダウンタイムを削減し、システムの信頼性を向上させることができます。

●インシデント管理の一元化:この統合により、すべてのITイベントを一元的に管理できるようになります。一元化によりワークフローが簡素化され、問題の追跡と解決が容易になります。
●業務の合理化:新しい統合により、適切なタイミングで適切な担当者にアラートが送信されることが保証されます。これにより、ITイベントやインシデントの優先順位付けと管理がより効果的に行われ、リソースが最適に利用されることが保証されます。
●すべてのサブスクリプション顧客が利用可能
この機能は、追加費用なしで、すべてのサブスクリプション顧客が利用可能です。これは、お客様のITインフラストラクチャを効率的に管理するための最高のツールと統合を提供するという、当社の継続的な取り組みの一環です。

貴社の災害復旧は対応できますか? 第3部 – 柔軟性による回復力の向上

災害復旧において、回復力は究極の目標です。 私たちは、復旧においてピード整合が果たす重要な役割について検討してきましたが、さらに重要な要素がもう一つあります。それは「柔軟性」です。

真の回復力とは、復旧のスピードや正確さだけに依存するものではありません。あらゆる状況、あらゆる環境、あらゆる課題に適応する能力に依存するものです。今日のハイブリッドかつマルチクラウドの世界では、柔軟性こそが俊敏性を引き出し、ビジネスの継続性を確保するための鍵となります。

見落とされがちなレジリエンスの要素

適応能力はレジリエンスの特長です。 企業がハイブリッドおよびマルチクラウド環境に移行するにつれ、硬直的なリカバリソリューションは足かせとなります。 現代のディザスタリカバリには、以下の機能が必要です。

  • クラウドの自由: 機敏性を維持するには、複雑性を増すことなく、パブリック、プライベート、ハイブリッドクラウド間でリカバリできることが必要です。
  • スケーラビリティ: ビジネスとともに成長し、進化する需要に対応するソリューション。
  • 相互運用性:既存のツールやシステムとシームレスに統合し、危機発生時の混乱を最小限に抑えます。

 Zerto は、これらの分野において比類ない柔軟性を提供し、お客様の復旧戦略が、必要な場所で、必要な時に、必要な方法で機能することを保証します。

柔軟性がレジリエンスの要である理由

現代のIT環境は、決して静的なものではありません。企業はオンプレミスのインフラストラクチャ、パブリッククラウド、プライベートクラウド、そしてますます増え続けるハイブリッド環境で業務を行っています。これに加えて、進化する脅威の状況、コンプライアンスの要求、そしてかつてないほど迅速なイノベーションのプレッシャーがあります。柔軟性のない災害復旧(DR)戦略では、これらの課題に対応することはできません。

柔軟性のないことによるリスク:

  • ベンダーロックイン:単一のプラットフォームに縛られることで、危機的状況下での対応能力が制限されます。
  • 移行中のダウンタイム:ワークロードの移動やインフラの近代化が、時間のかかる苦痛なプロセスになります。
  • 機会損失:迅速な適応ができないと、適応できる競合他社に遅れをとることになります。

柔軟性の実例

柔軟性は流行語ではなく、測定可能な利点です。災害復旧戦略に柔軟性があれば、以下のような復旧が可能になります。

  • どこでも
  • オンプレミス、クラウド、ハイブリッドのどの環境であっても、柔軟性があれば、ビジネスにとって最も理にかなった場所でリカバリを行う自由が得られます。Zerto を使用すれば、インフラストラクチャの制約やベンダーの要件に縛られることはありません。
  • いつでも
  • 災害は都合の良い時を待ってはくれません。リカバリも同様です。柔軟性があれば、計画的な移行時でも、計画外の停止時でも、必要な時にリカバリを行う自信が得られます。
  • 妥協なし
  • 柔軟性により、データはそのまま維持され、シームレスなリカバリが実現し、業務が中断することなく継続されます。 障壁を取り除き、チームが迅速に行動できるようにすることです。

選択の自由

Zertoでは、ソリューションの核となる部分に柔軟性を組み込んでいます。 この適応性は、IT環境が進化する中で特に価値があります。BroadcomによるVMwareの買収など、業界の大きな変化により、企業は新しい選択肢を模索する必要に迫られています。

価格、パッケージング、サポートに関する不確実性と格闘しているVMwareのお客様に対して、Zertoはシンプルかつ強力な代替案を提供します。当社のソリューションは、業界をリードするRTO(目標復旧時間)とRPO(目標復旧時点を維持しながら、お客様が選択したハイパーバイザーやクラウド環境へのシームレスな移行をサポートします。VMwareからの完全な移行であれ、マルチクラウド戦略のテストであれ、Zertoは移行に伴うダウンタイムのリスクを低減しながら、移行を可能にします。Zertoは、次のような機能を提供し、企業の復旧を支援します。

  • プラットフォームに依存しない:AWS、Azure、プライベートデータセンターなど、クラウドプロバイダーやオンプレミスのインフラストラクチャへの復旧、またはそれら間の復旧、あるいはそれら内での復旧が可能です。
  • シームレスなワークロードのモビリティ:災害復旧を緊急時だけでなく、計画的な移行、クラウドの導入、さらにはデータセンターの統合にも利用でき、ダウンタイムを最小限に抑えることができます。
  • 中断のないテスト: 回復テストを必要なときにいつでも実行し、日常業務に影響を与えることなく、コンプライアンスと準備態勢を確保します。
  • 継続的なデータ保護: 環境に関わらず、RPOとRTOを他に類を見ないレベルで確保します。

現実世界における柔軟性

例えば、多国籍繊維企業であるTenCate Protective Fabrics社では、クラウド戦略の変更の最中にあり、AWSからMicrosoft Azureへの移行が必要でした。Zertoを活用することで、同社はワークロードを移行し、地域製造拠点から水平型グローバルモデルにデータを移行しながら、6秒のRPOを実現することができました。

選択肢による回復力

柔軟性とは、今日の課題に対応するだけでなく、明日の未知の課題に備えることでもあります。Zerto を利用すれば、硬直したアーキテクチャやベンダーロックイン、時代遅れのソリューションに縛られることはありません。むしろ、リカバリ方法を選択する自由が得られ、ビジネスに適応する俊敏性と成功への自信が得られます。

自問してみてください。

  • 現在の復旧戦略は変化のペースに追いついていますか?
  • ダウンタイムやリスクなしに新しい環境やプラットフォームに切り替えることができますか?
  • 復旧方法を選択する自由がありますか?それとも、特定の運用方法に縛られていますか?

Zertoなら、選択の自由が手に入ります。

貴社の災害復旧は間に合いますか? 第2部 – 回復における真の回復力を実現

最初の記事「災害復旧はスピードについていけるか? 第1部 – スピードの必要性」では、災害復旧(DR)におけるスピードの重要な役割について考察しました。 スピードが重要なのは間違いありませんが、それはソリューションの一部にすぎません。 本当の回復力とは、シームレスで包括的な復旧を確実にするために、スピードを超えたものです。

スピードは方程式の一部に過ぎない:真のレジリエンスを実現する復旧

災害が発生した際には、1秒1秒が重要となります。スピードは不可欠ですが、それだけでは十分ではありません。真のレジリエンス、つまりビジネス、評判、将来を守るためには、迅速な復旧だけでは不十分であり、どのような危機的状況においても、正確性、信頼性、俊敏性を備えた復旧能力が求められます。

多くの組織がここでつまずきます。 彼らは、RPOやRTOだけに注目し、スピードはパズルのほんの一部に過ぎないことに気づいていません。 回復のスピードだけでなく、「安全かつ柔軟に回復できるか」という点も重要です。 なぜなら、推測や見込みで回復作業を行うことは、回復とは言えないからです。

回復力の方程式

回復力とは、妥協することなくビジネスを継続できる形で回復する能力です。これを3つの要素からなる三角形として考えてみましょう。

  • スピード: もちろん、これは非常に重要です。復旧に時間がかかれば、金銭的な損失、評判の低下、顧客の不満につながる可能性があります。
  • 完全性: 復旧したデータが破損していたり、不完全であったり、信頼できないものでは、迅速な復旧も意味がありません。
  • 柔軟性: デジタル環境は常に変化しており、復旧ソリューションは、新たな課題、環境、脅威に迅速に対応できなければなりません。

スピードだけではスタートラインに立つことができても、回復力があればレースを続けることができます。

リカバリギャップの危険性

多くのDRソリューションはスピードを約束しますが、データの整合性という重要なニーズには対応していません。たとえば、スナップショットベースのリカバリでは、災害発生前の特定の時点、数時間、あるいは数日前の状態にシステムを復元できるかもしれません。しかし、その欠落した数時間内に作成されたデータはどうなるのでしょうか?その過程で失われたトランザクション、顧客とのコミュニケーション、業務上の洞察はどうなるのでしょうか?

これは単なる技術的な問題ではなく、ビジネスリスクです。

  • 顧客の信頼を損なう: 復旧ソリューションが十分でなかったために、顧客のデータが失われたと伝えることを想像してみてください。
  • コンプライアンス違反による罰金リスクにさらされる: 規制当局は、データの紛失や誤処理を「復旧ギャップ」という言い訳として認めません。
  • ビジネスがさらなる攻撃にさらされる: 復旧が不完全だと、敵対者にバックドアを開いたままにしてしまうことになります。

真のレジリエンスとは、すべてのデータ・バイトが記録され、すべてのシステムが稼働していることを確認しながら、自信を持って復旧できることを意味します。

Zertoによるレジリエンスの実現

Zertoでは、スピードは方程式の一部に過ぎないことを理解しています。そのため、当社のソリューションは以下を提供するように設計されています。

  • 継続的なデータ保護リアルタイム・レプリケーションにより、リカバリ・ギャップを削減し、データの整合性を確保します。
  • 自動化されたオーケストレーション:複雑な処理を代行するツールにより、リカバリを簡素化します。
  • クラウドの俊敏性:クラウドプロバイダーへの復旧、クラウドプロバイダーからの復旧、クラウドプロバイダー間の復旧を、同じレベルのスピードと信頼性で実現します。
  • プロアクティブなテスト:自動化およびオーケストレーションされた無停止フェールオーバーテストにより、最も必要な時に、お客様の復旧計画が完璧に機能することを検証します。

スピード、整合性、柔軟性のいずれかを選択しなければならない競合他社とは異なり、Zertoはすべてを提供します。これにより、迅速かつ包括的な復旧が可能になります。

レジリエンスの実践

当社のお客様であるグローバルな繊維技術企業は、データと業務を脅かすランサムウェア攻撃に直面しました。Zertoを使用することで、データ損失はわずか10秒で、数分でシステムを復元することができました。Zertoを使用する前の攻撃では、12時間分のデータを失い、復旧に2週間を要しました。

不完全な復旧の真のコスト

では、なぜ組織は完全なレジリエンス(スピード、完全性、柔軟性)のソリューションを選ばないのでしょうか? 時代遅れの復旧方法に頼っている組織は、DRソリューションを最新化する初期費用に重点を置いていることが多いのです。 しかし、最新化しないことによるコストはどれほどでしょうか?

  • 収益の損失:ダウンタイムが1分増えるごとに、収益が減少します。
  • 評判の低下:危機的状況下で業務を継続できない企業に対して、顧客は辛抱強くありません。
  • 規制による罰則:コンプライアンス違反は、特にヘルスケアや金融業界などでは、多額の罰金につながる可能性があります。

将来のためのレジリエンスの構築

最新型のDRは、単にスピードだけを追求するものではありません。 あらゆる危機に耐え、自信を持って回復し、次に何が起ころうとも適応できるビジネスを確保することが目的です。 Zertoを使用すれば、高速なリカバリが実現するだけでなく、包括的なリカバリが実現します。

そこで、自問してみてください。

  • 貴社のリカバリソリューションは、回復力(スピード、整合性、柔軟性)を備えていますか?
  • 今日の複雑なハイブリッド環境に適応できますか?
  • 災害が発生した際に、生き残るだけでなく、成功を収める準備はできていますか?

Zertoなら、その答えはイエスです。

貴社の災害復旧はスピードについていけますか? 第1部 – スピードの必要性

誰もが経験したことがあるでしょう。ビデオのクライマックスで恐ろしいスピンホイールが回り続けるのを眺めたり、フライトの遅延が画面に表示され、空港のゲートで足止めされたり、最悪の場合、緊急時にシステムがダウンし、最も必要な時に利用できなくなることがあります。このような瞬間は単なる不都合というだけでなく、最も洗練されたシステムであってもダウンタイムに対しては脆弱であることを思い知らされる瞬間でもあります。今日のハイリスクなデジタル経済において、ダウンタイムは世界中の企業にとっての弱点です。

ランサムウェア攻撃であれ、自然災害であれ、予期せぬシステム障害であれ、災害が発生すると、秒単位で時間が経過していきます。 1秒でも損失が増えれば、それだけ収益のリスクが高まり、信頼が損なわれ、顧客が他社に流れる可能性も高まります。 問題は、災害復旧(DR)計画が試されるかどうかではなく、ビジネスを存続させるのに十分な速さと信頼性があるかどうかです。

現代の復旧の現実:スピードと信頼性のどちらを優先するか?

競合他社の中には、DRにおいてはスピードだけでは危険であると主張する企業もあります。彼らは「あまりにも急いで、あまりにも速く復旧しようとすると、状況を悪化させる可能性がある」と主張しています。この考え方は誤った選択肢を示唆しており、復旧に関してはスピードと信頼性のどちらかを選択しなければならないと示唆しています。

Zertoでは、この考え方を根本的に否定しています。RPOとRTOオプションではなく、生命線です。迅速な対応とリカバリの整合性への信頼のどちらかを選択する必要はありません。実際、真のレジリエンスには両方が必要です。その理由は次の通りです。

  • ランサムウェアは待ってくれません。攻撃はエスカレートし、バックアップを標的とし、急速に広がっています。リカバリが遅い、または不完全であると、敵対者に混乱を引き起こす時間を与えることになります。
  • ためらいは高くつく:システムが停止する時間が1分増えるごとに、金銭的および評判上のダメージも増大します。復旧が遅いと、ただ痛手を被るだけでなく、事業継続と廃業の分かれ目になることもあります。
  • 信頼は準備から始まる:復旧とは、単にデータを復元することではなく、信頼を回復することです。DRソリューションは、結果をあれこれ考えずに迅速に復旧できる自信を与えてくれるものでなければなりません。

妥協のない復旧スピード

Zertoが他社と一線を画しているのは、信頼できる高速リカバリを実現する能力です。 当社は、スピードとデータ整合性のトレードオフを求めません。 Zertoの継続的データ保護(CDP)により、RPOはわずか数秒に短縮され、RTOは数分単位で達成できます。

競合他社は、定期的なスナップショットからのリカバリや、面倒な手動フェールオーバープロセスに頼っているかもしれませんが、これらのアプローチにはエラーが起こる余地が大きすぎます。 データにギャップが生じたり、数時間前の情報を復旧しなければならなかったり、プレッシャーのかかる状況下でシステムの検証に奔走したりすることになります。 Zertoは、以下の方法でこれらの脆弱性を低減します。

  • リカバリギャップの排除:CDPはあらゆる変更をリアルタイムで取得し、データの最新性と安全性を確保します。
  • フェイルオーバーの簡素化:自動化されたプロセスにより複雑性を軽減し、ビジネス復旧に集中できます。
  • リカバリ期間の短縮:ランサムウェア、人為的エラー、ハードウェア障害など、どのような問題が発生しても、Zertoはシームレスなリカバリを実現し、危機が発生したことさえ忘れてしまうほどです。

スピードと信頼:事例

例えば、グローバルな消費財メーカーである当社のエンタープライズ顧客がランサムウェア攻撃を受けた際、数分以内に業務を復旧・復元することができました。データギャップも発生せず、躊躇することもなく、何よりも顧客の信頼を損なうこともありませんでした。競合他社の場合、手動による遅い復旧プロセスや不完全なバックアップにより、数時間、あるいは数日間もオフライン状態になる可能性がありました。

何が危機に瀕しているのでしょうか?

あらゆる組織がこの現実に直面しています。次に災害が起こるのは「起こるか起こらないか」の問題ではなく、「いつ起こるか」の問題なのです。そして、災害が起こった際には、貴社のDR戦略が競争力を維持できるかどうかを決定します。DRが追いつかない場合、貴社のシステムが回復に苦戦している間に競合他社が追い越してしまい、すでに最下位に甘んじていることになります。

そこで、自問してみてください。

  • 貴社のリカバリソリューションは、最新の脅威のスピードに追いつくことができますか?
  • どのような状況であっても、自信を持ってデータと業務を回復する準備ができていますか?
  • スピードと信頼性を両立するパートナーがいますか?

結論:今こそ加速するとき

Zertoなら、単にリカバリするだけでなく、これまで以上に迅速かつスマートに、そして高い信頼性を実現できます。 遅い、時代遅れの手動プロセスに足止めされる必要はありません。 スピードが足かせになるのではなく、競争優位性となる今日のデジタル世界に適したリカバリを採用する時が来たのです。

フェイルオーバーとフェイルバック:違いは何か?

フェイルオーバーとフェイルバックは、予期せぬ障害が発生した場合でもITシステムの回復力を確保する、事業継続における2つの重要な概念です。 ビジネスが中断のない運用にますます依存するようになるにつれ、高可用性を維持し、ダウンタイムを削減するためには、この2つのプロセスを理解することが不可欠です。

このガイドでは、フェイルオーバーとフェイルバックが連携してシステムを保護する方法、実際の使用例、そしてビジネスニーズに合わせてこれらのメカニズムを実装する方法について説明します。

 

フェイルオーバーとは?

フェイルオーバーとは、プライマリシステムに障害が発生した際に、冗長システムまたはスタンバイシステムにシームレスに切り替えることを指します。 バックアップ環境に自動的に切り替えることで、ダウンタイムを最小限に抑え、サービスの可用性を維持するように設計されています。 パンクした際に備えてスペアタイヤを用意しておくようなものです。

フェイルオーバーの目的は、問題が発生した場合でも、業務を円滑に継続することです。SAN、NAS、ネットワークの世界では、複製されたストレージシステムへの切り替え、バックアップサーバーの起動、ネットワークトラフィックの再ルーティングなどがこれに該当します。

フェイルオーバーの仕組み

フェイルオーバーは、プライマリシステムを継続的に監視し、障害の兆候を検出します。この監視には、ハートビート信号、健全性チェック、その他の診断テストが含まれます。障害が検出されると、フェイルオーバーシステムが自動的にセカンダリシステムへの切り替えを開始します。

このプロセスは通常、以下のステップで構成されます。

  1. 検出:システムがプライマリシステム内の障害を特定します。
  2. 起動:セカンダリシステムが起動し、オンラインになります。
  3. リダイレクト:トラフィックと操作がセカンダリシステムにリダイレクトされます。
  4. 検証:フェイルオーバーが検証され、セカンダリシステムが正常に機能していることが確認されます。

例えば、クラスタ化されたサーバー環境では、1台のサーバーが故障した場合、クラスタ内の他のサーバーが自動的にその負荷を引き継ぎ、アプリケーションとサービスが引き続き利用可能になります。これがフェイルオーバーの仕組みです。

最新の導入事例では、同期レプリケーションや10秒間隔でシステム指標を監視する自動ヘルスチェックなどの先進技術により、フェイルオーバー時間を1分未満に短縮している例が多く見られます。

フェールオーバーおよびフェールバック導入のメリット

フェールオーバーおよびフェールバックを導入することで、企業には以下のような重要なメリットがもたらされます。

  • ダウンタイムの削減:システム障害が業務に及ぼす影響を最小限に抑え、重要なサービスの継続的な可用性を確保します。
  • データ保護:データを二次システムに複製することで、停電時のデータの損失や破損を防ぎます。
  • 信頼性の向上:冗長システムと自動リカバリプロセスを提供することで、ITインフラの全体的な信頼性と回復力を強化します。

これらのメリットは、顧客満足度の向上、収益損失の削減、業務効率の改善など、具体的なビジネス成果につながります。例えば、フェールオーバーとフェールバックを導入したeコマースサイトでは、プライマリサーバーが故障した場合でも顧客が引き続き購入を続けられるため、販売機会の損失を防ぎ、顧客の信頼を維持することができます。

フェールオーバーとフェールバックのベストプラクティス

フェールオーバーとフェールバックを効果的に導入するには、以下のベストプラクティスを考慮してください。

  • 定期的なテスト:フェールオーバーとフェールバックのテストを定期的に実施し、システムが正常に機能していること、およびリカバリープロセスが適切に文書化され理解されていることを確認します。
  • 自動化されたプロセス:フェールオーバーとフェールバックのプロセスを可能な限り自動化し、手動による介入を減らし、エラーのリスクを最小限に抑えます。
  • 包括的なモニタリング:すべての重要なシステムを包括的にモニタリングし、障害を迅速に検知してフェールオーバー手順を開始します。
  • 詳細な文書化:フェイルオーバーおよびフェイルバックのプロセスについて、手順、構成、連絡先情報などを含む詳細な文書を作成しておく。
  • データの同期:プライマリシステムとセカンダリシステム間のデータの同期が信頼性が高く効率的であることを確認し、フェイルオーバーおよびフェイルバック時のデータ損失を防ぐ。

これらのベストプラクティスに従うことで、企業はフェイルオーバーおよびフェイルバック戦略の効果を最大限に高め、あらゆる潜在的な混乱に備えることができます。

結論

効果的な災害復旧は、今日のデジタル環境における事業継続性を維持するために不可欠です。フェイルオーバーとフェイルバックのメカニズムは、ダウンタイムの短縮、データの完全性の確保、障害発生時のサービス継続の鍵となります。定期的なテスト、自動復旧、適切な文書化などのベストプラクティスに従うことで、企業はITインフラを強化し、ハードウェアやソフトウェアの障害発生時にデータ損失を回避または完全に最小化することができます。

AWS Backup スナップショット

  • 整合性を保つためにアプリケーション認識型バックアップを使用:データベースやERPシステムなどの重要なアプリケーションには、アプリケーション認識型バックアップのメカニズムを統合します。これにより、アプリケーション層での整合性が確保され、実行中のインスタンスのスナップショットによる破損を回避できます。
  • ワークロードの重要度に基づくバックアップのライフサイクルポリシーを実装:例えば、重要なワークロードには、より頻繁なスナップショットとより長い保持期間が必要となる場合がありますが、重要でないワークロードは保持期間を短く設定できます。
  • 最小限のベースイメージでAMIを最適化:AMIを作成する際には、不要なデータや一時ファイルを除外してベーススナップショットのサイズを縮小します。スナップショットが小さくなればストレージの消費量が減り、コストを削減し、復元時間を短縮できます。
  • 災害復旧シナリオのためのテスト環境を作成: 定期的にスナップショットをテスト専用環境にリストアしてテストします。これにより、バックアップの整合性が検証されます。
  • AWS Cost Explorerでスナップショットの使用状況を監視: AWS Cost Explorerを使用して、スナップショットに関連するコストの傾向を特定します。これにより、使用されていないバックアップや冗長なバックアップが明らかになり、コスト最適化のためにクリーンアップや保持ポリシーの調整を促すことができます。

ラウドストレージのコスト:その主要な要因

  • マルチクラウド戦略を活用して価格交渉力を高める:複数のクラウドプロバイダーを活用して、より良い料金を比較・交渉する。競争が明らかな場合、一部のプロバイダーは長期契約や大量契約に対して割引を提供することがある。
  • 地域間レプリケーションを厳選して導入する:重要なデータのみを地域間でレプリケートし、ストレージとデータ転送のコストを最小限に抑える。重要性の低いデータについては、冗長ストレージを控えめに使用し、不要なオーバーヘッドを削減する。
  • 高度なモニタリングでアクセスパターンを分析:AWS CloudWatch、Azure Monitor、またはサードパーティの分析プラットフォームなどのツールを使用して、リアルタイムのデータアクセス傾向を追跡します。これにより、ティア配置を微調整し、利用度の低いリソースに対する支払いを回避することができます。
  • コストの異常値に対する自動アラートを設定:ストレージや転送コストに予期せぬ急上昇があった場合にチームに通知するアラートを設定します。早期に発見することで迅速なトラブルシューティングが可能になり、予算超過を防ぐことができます。
  • 効率性を高めるために事前署名付きURLを使用:事前署名付きURLを使用してクラウドオブジェクトへの一時的な直接アクセスを許可することで、共有データの帯域幅の過剰使用を回避し、不要な転送料金を削減します。

サイバー・ボゥルト(Vault;保管庫)とは?

サイバー保管庫は、堅牢なサイバーリカバリと事業継続計画の重要な構成要素です。

 

サイバー保管庫は様々な機能を提供し、レプリケーションだけでなくサイバーリカバリ対策を追加することで、従来のバックアップとDRソリューションを強化することができます。サイバー保管庫は、データの完全性を保証する特別な統合機能を活用することで、悪意のある特定の問題に対処する、専用に構築された統合ソリューションである場合もあります。

 

真のデータ保管庫は完全にオフラインであり、バックアップスナップショットを標的とした複雑化するサイバー脅威に直面しても、ミッションクリティカルなサービスを迅速かつ効率的に復旧できるクリーンルームまたは隔離された復旧環境を提供します。

 

エアギャップされた不変のバックアップ内にデータを集中させることで、サイバー保管庫はデータが無傷のままで適切な人がアクセスできることを保証します。

 

サイバー保管庫はまた、クリーンなリカバリポイントを迅速に正確に特定するという重要なステップを含むことにより、迅速なリカバリを支援することができます。オーケストレーションと自動化により、迅速なリカバリとデータ損失の最小化をさらに確実にすることができます。

真のサイバー保管庫は、データ損失とダウンタイムの最小化、不変性、クリーンルーム、真のエアギャップ、リアルタイムの検出という5つの鍵を提供することで、多層防御戦略を採用しています。

 

クライムとVeeamが提供するクラウドオブジェクトストレージ[Veeam Data Cloud Vault]について

NIS2 指令への準拠: ExaGridによる 3-2-1-1-0 バックアップ戦略の実装

NIS2(ネットワークおよび情報セキュリティ指令)は、EU(欧州連合)全域のサイバーセキュリティを強化するための法律です。EU加盟国は2024年10月17日までに国内法に反映し、施行する必要があります。

NIS2命令に準拠し、堅牢なデータ保護を確保するために、組織は3-2-1-1-0バックアップ戦略を採用する必要があります。この戦略には何が含まれ、エクサグリッドがコンプライアンスの達成にどのように役立つかを次に示します。

 

🔹 3-2-1-1-0 バックアップ戦略の理解
3:データのコピーを3つ保持します。これには、元のデータと少なくとも 2 つのバックアップが含まれます。
2:コピーを2種類のメディアに保存します。たとえば、ローカルストレージとクラウドストレージです。
1: バックアップ コピーを 1 つオフサイトに保管します。これにより、プライマリ ロケーションでの物理的な災害から保護されます。
1: 1 つのコピーが不変であり、変更または削除できないことを確認します。これにより、ランサムウェアやその他の悪意のある活動から保護されます。
0: 定期的なテストを通じてエラーがないことを確認します。これにより、バックアップが機能し、問題なく復元できるようになります。

 

🔹 ExaGridが 3-2-1-1-0 戦略をどのようにサポートするか
1.複数のバックアップコピー
ExaGridは、さまざまなバックアップ アプリケーションと統合することで、データの複数のコピーの維持を容易にし、コピーをアプライアンスのさまざまなゾーンに保存し、そのうちの 1 つはネットワークに接続されていません。
2. 多様な記憶媒体
ExaGrid システムは、さまざまな種類のストレージ メディアと連携して動作し、ディスクベースのストレージとクラウドベースのソリューションの両方をサポートしているため、さまざまなメディア間でデータの冗長性を確保できます。
3. オフサイトバックアップ機能
ExaGridのレプリケーション機能により、バックアップ データをオフサイトの場所に効率的かつ安全にレプリケーションできるため、1 つのコピーが常にリモートに格納されます。このオフサイト・コピーは、サイト固有の災害から保護します。
4.不変(イミュータブル)バックアップ
ExaGridのランサムウェア リカバリ用の保持タイムロックは、データの 1 つのコピーが不変であることを保証します。つまり、データを変更したり削除したりすることはできません。この機能は、ランサムウェアから防御し、データの整合性を確保するために重要です。
5. 定期的なテストによるエラーゼロ
ExaGrid システムは、定期的なバックアップの検証とテストをサポートしています。自動化された整合性チェックと定期的な復元テストにより、バックアップにエラーがなく、回復可能であり、「エラーゼロ」の要件に準拠していることが確認されます。

 

💡 NIS2 コンプライアンスにエクサグリッドを選ぶ理由
3-2-1-1-0バックアップ戦略の実装は、NIS2指令に準拠し、包括的なデータ保護を確保するために不可欠です。ExaGridの独自のアーキテクチャと高度な機能により、これらの要件を満たすのに役立つ理想的なソリューションとなっています。エクサグリッドを使用すると、バックアップ戦略が堅牢で、スケーラブルで、安全であることを確認できます。

👉 ExaGridが 3-2-1-1-0 の原則を効果的に実装するのにどのように役立つかについて話し合いたい場合は、クライムまでご連絡してください

Azure Backupの基本について

バックアップとDRのワークフローを効率的かつ費用対効果の高いものにするために、その機能、長所、短所、考慮すべき点は:

 

●ライフサイクルポリシーを使用して経費を節約: 古いバックアップをAmazon S3 Glacierのような安価なストレージ・オプションに移動するライフサイクル・ポリシーを設定する。これにより、ストレージ・コストを大幅に節約できます。

●異なる地域とアカウントにバックアップする: バックアップを異なるAWSリージョンやアカウントにコピーすることで、ディザスタリカバリプランをより強固なものにする。これにより、リージョン固有の問題やセキュリティの問題からデータを保護できます。

●RTOを減らすためにバックアップを自動化する: AWS Backupを使ってバックアップ間隔を頻繁に設定しましょう。1時間ごと、あるいは数分ごとにバックアップを自動化することで、データを迅速に復旧し、ダウンタイムを最小限に抑えることができます。

●リソースのタグ付けによる容易な管理: タグを使用すると、関連するバックアップをすばやく識別してグループ化できるため、バックアップの管理やコストの監視が容易になります。また、レポートやコンプライアンスチェックも簡素化できます。

●ディザスタリカバリプランを定期的にテストします: DR訓練を自動化し、バックアップとリカバリのプロセスをチェックします。バックアップが機能し、データを迅速にリストアできることを確認し、潜在的な問題を発見して修正しましょう。

企業ニーズのためのAzure SQLバックアップとリカバリ

  • Managed Identity を使用してバックアップを自動化: スクリプトに認証情報を埋め込む代わりに、Azure の Managed Identity を使用してストレージアカウントへの安全なアクセス権限を付与し、エクスポート/インポート操作を自動化します。
  • バックアップと復元のパフォーマンスを監視:Azure Monitor を使用してバックアップ/復元操作のパフォーマンスを追跡し、障害や異常に長い操作時間に対するアラートを設定します。
  • 地理的冗長ストレージを賢く使用:RA-GRS は耐久性に優れていますが、パフォーマンスとコストを最適化するには、ゾーン冗長ストレージ(ZRS)やローカル冗長ストレージ(LRS)を使用する方が適しているセキュリティの高いシナリオもあります。
  • 機密データベースのバックアップ暗号化を有効にする:透過的データ暗号化(TDE)でデータベースのバックアップを暗号化します。さらにセキュリティを強化するには、Azure Key Vaultに格納された顧客管理キー(CMK)を使用します。
  • 重要なバックアップに不変ストレージを組み込む:誤って削除されたりランサムウェアから保護するための長期的なバックアップ。これにより、バックアップが保持期間中に改ざんされないことが保証されます。

Azureアプリケーションにおけるバックアップの一貫性について

  • スナップショットのライフサイクルポリシーを活用してコスト管理:復旧性を損なうことなくコストを削減するために、古いスナップショットを低コストのストレージ階層に移行します。
  • 代替案としてアプリケーション認識型レプリケーションを検討:バックアップが大きなオーバーヘッドをもたらすようなシナリオでは、重要なワークロードをリアルタイムで同期し、一貫性を保証するアプリケーション認識型レプリケーションソリューションを評価します。
  • バックアップ用にリードレプリカを実装:データベースの場合、リードレプリカを作成し、そのレプリカに対してアプリケーション一貫性のあるバックアップを実行することを検討します。これにより、バックアップ中のプライマリデータベースのパフォーマンスへの影響を回避できます。
  • テスト環境でバックアップをテスト:サンドボックス環境を使用して、本番環境のワークロードに影響を与えることなく、アプリケーション整合性のあるバックアップをテストします。自動化ツールを使用して障害をシミュレートし、リカバリ時間を検証できます。
  • 不変ストレージでリカバリを強化:Azureで不変バックアップを設定することで、誤って削除されたりランサムウェアの被害に遭うことを防ぎます。アプリケーション整合性と組み合わせることで、悪意のあるデータ損失や誤って削除された場合の両方のシナリオで、リカバリの整合性を確保できます。

データベース・バックアップへのヒント

●階層型ストレージのアプローチ:迅速な復元のために、最近のバックアップは高速ストレージ(SSDなど)に保存し、古いバックアップは安価で低速のストレージ(クラウドコールドストレージなど)に保存します。これにより、パフォーマンスとコストのバランスを取ることができます。

●きめ細かなバックアップウィンドウのスケジュール:高度な監視ツールを使用して、システム負荷とユーザーのトラフィックパターンを分析します。特に24時間365日稼働の業務では、パフォーマンスへの影響を最小限に抑えるため、最も業務が少ない時間帯にバックアップをスケジュールします。

●バックアップ・チェーニングの使用:増分バックアップを定期的にフル・バックアップにマージする「バックアップ・チェーニング」を導入します。これにより、リストアの複雑さが軽減され、増分バックアップ・プロセスの効率が向上します。

●クロス・データベースの整合性チェック:相互に作用する複数のデータベース(マイクロサービス・アーキテクチャなど)を扱う場合は、リストア時に依存関係にあるデータベース間の整合性を確保するために、システム全体のバックアップの整合性を定期的にチェックします。

●バックアップのメタデータ:特に複雑な環境では、データベースのスキーマと構成の詳細を常にバックアップします。バックアップに重要なメタデータが欠けていると、完全に機能する状態へのリストアに時間がかかったり、不完全な結果になることがあります。

スナップショットのアーカイブにAmazon S3を使用のヒント

●アーカイブ前にデータの分類を優先:すべてのスナップショットが同じように重要であるわけではありません。 コンプライアンスやDRなどの重要なスナップショットと、より長い検索時間を許容できるスナップショットを区別するために、堅牢なデータ分類ポリシーを導入します。

●アーカイブからの取得に関するSLAをDR計画に統合:GlacierまたはDeep Archiveにスナップショットをアーカイブした場合、取得に数分から数時間かかる場合があります。 災害復旧(DR)計画では、こうした取得SLAを考慮して、予期せぬ遅延を回避する必要があります。

●S3 Object Lockを使用して保持の徹底を自動化:S3 Object Lockを使用して重要なスナップショットの不変性を徹底し、早期の削除を防止して、規制へのコンプライアンスを確保します。 また、誤ってまたは悪意を持って削除されることも防ぎます。

●重要アーカイブスナップショットには、クロスリージョンレプリケーションを活用:スナップショットをアーカイブする前に、クロスリージョンレプリケーション(CRR)を有効にします。これにより、リージョンがダウンした場合でも、アーカイブされたデータは別のリージョンで利用可能になります。

●AWS Cost Explorer を使用して定期的にコスト監査を実施する:S3 GlacierとDeep Archiveはコスト削減をもたらしますが、これらは長期間にわたって気づかぬうちに蓄積される可能性があります。AWS Cost Explorerを使用して定期的にアーカイブコストを監査し、スナップショットのライフサイクルポリシーが最適化されていることを確認してください。

Azureでのプロセスを最大限に自動化して保護と復旧を高速化するヒント

●コスト管理にスナップショットのライフサイクルポリシーを活用:より古いスナップショットを低コストのストレージ層に移行することで、リカバリ性を損なうことなくコストを削減できます。

●代替案としてアプリケーション認識型レプリケーションを検討する:バックアップが大きなオーバーヘッドをもたらすようなシナリオでは、重要なワークロードをリアルタイムで同期し、一貫性を保証するアプリケーション認識型レプリケーションソリューションを評価します。

●バックアップ用にリードレプリカを実装する:データベースの場合、リードレプリカを作成し、そのレプリカに対してアプリケーション一貫性のあるバックアップを実行することを検討します。これにより、バックアップ中のプライマリデータベースのパフォーマンスへの影響を回避できます。

●テスト環境でバックアップをテストする:サンドボックス環境を使用して、本番環境のワークロードに影響を与えることなく、アプリケーション整合性のあるバックアップをテストします。自動化ツールを使用すると、障害をシミュレートし、リカバリ時間を検証することができます。

●変更不可ストレージでリカバリを強化する:Azureで変更不可のバックアップを設定することで、誤って削除したりランサムウェアの被害に遭うことを防ぎます。アプリケーション整合性と組み合わせることで、悪意のあるデータ損失や誤操作によるデータ損失の両方のシナリオにおいて、リカバリの整合性を確保することができます。

なぜ年末年始の休みシーズンはランサムウェア のピーク時なのか?

⛔ 誰もが休日のメールに群がり、phishing 詐欺(慈善団体への寄付を募ったり、オンライン注文になりすましたりすることを考えてください)に精通しています。
⛔ オフィスのセキュリティチームは手薄です
⛔ 組織は、ビジネスのピーク時にシステムの変更を凍結することが多いため、セキュリティパッチの適用が遅れる可能性があります。
⛔ オンラインショッピングはピークを迎えており、特に小売業のビジネスは、どんな犠牲を払ってもシステムを稼働させ続けるという大きなプレッシャーにさらされています。つまり、彼らは身代金を支払う可能性が高いということです。

最近のランサムウェアの報告では、ランサムウェアの標的となった人の86%が休暇中または週末に攻撃を受けたという話が裏付けられています。

何をすべきか? 休暇前のチェックリストを少しご紹介します。

✅ 全環境ディザスタリカバリテストの実行
• すべてのリソースを優先して、環境全体のDRテストを今すぐ完了
• テスト結果を文書化し、ギャップがあればすぐに対処
✅ すべての設定の更新
• すべてのネットワークバックアップ設定(VPC、トランジットゲートウェイ、ロードバランサ)の確認
•すべての設定を確認してDRポリシーにクローンします
✅ チームのセキュリティ意識の更新
• MFA プロトコルの確認
• フィッシング検出の練習
✅ 経営陣に情報を提供する
• 監査ログをプロアクティブに共有する
• 成功した DR テストを文書化し、正常なフェイルオーバーを実証する

災害対策 戦略の強化にお困りですか? お問い合わせは:soft@climb.co.jp

ファイル、アプリケーション、イメージのバックアップの違いとは?

バックアップを管理する際には、選択肢を理解することが重要です。バックアップには、ファイルバックアップ、アプリケーションバックアップ、災害復旧またはイメージバックアップなど、いくつかの形式があり、それぞれ異なる種類のデータを異なる方法で保護するように設計されています。各タイプの主な違いと、それぞれのタイプが最も効果的なシナリオについて見ていきましょう。

 

バックアップとは?

詳細に入る前に、バックアップとは何か、またバックアップではないものは何かを理解することが重要です。 バックアップとは、異なる時間と場所に、暗号化された複数のバージョンのデータを保存することを指します。 同期サービスや単純なコピー作業とは異なり、バックアップはファイルの複製だけでなく、データ損失や破損からの復旧を目的として設計されています。

それでは、ファイル、アプリケーション、イメージのバックアップの違いについて見ていきましょう。

 

ファイルのバックアップ

ファイルのバックアップは、その名の通り、個々のファイルやフォルダの保護に重点を置いています。 これには、重要なビジネス文書、スプレッドシート、プレゼンテーション、ビデオ、その他の重要なデータが含まれます。

データの復元に関しては、ファイルバックアップは、必要な個々のファイルをバックアップから探し出し、元の場所または別の場所に復元できるため、復元プロセス中に既存のファイルを上書きしないよう注意しながら、簡単に実行できます。そのため、個々のファイルが紛失したり誤って削除された場合の優れたオプションとなります。

 

アプリケーションのバックアップ

アプリケーションのバックアップは、ファイルのバックアップという概念を、データベース(多くの場合、業界のソフトウェアやCRMシステムの基盤となる)やアプリケーション全体、あるいは仮想マシンのスナップショットなど、より複雑なデータにまで拡張します。

アプリケーションのバックアップでは、アプリケーションに関連するすべてのデータ(設定や依存関係を含む)が確実に保存されます。多くのビジネスバックアップソリューションでは、アプリケーションのバックアップをパッケージの一部として、あるいは追加機能として提供しています。

 

災害復旧とイメージバックアップ

災害復旧(DR)とは、より広義の用語であり、組織が壊滅的な事象の後にすべてのシステムとデータを復旧させる能力を指します。バックアップに関しては、災害復旧にはいくつかのオプションがあります。

イメージベースの災害復旧は、最もよく知られたオプションであり、システム全体を1つの「イメージ」として作成する方法です。通常、ブートディスク(CD/DVDまたはUSBスティック)を作成し、新しいコンピュータを起動して、イメージバックアップからすべての情報を取得し、そのシステムを再構築します。

イメージベースのバックアップにより、PCやサーバー全体を復旧することができます。これには、オペレーティングシステム、設定、ドライバ、アプリケーション、およびすべてのファイルの復元が含まれます。バックアップソリューションによっては、イメージを同一または異なるハードウェアに復元することができます。

もう一つのDRオプションは、VHDまたはVHDxファイルを作成し、それを仮想マシンとしてマウントする機能です。これは、物理サーバーを仮想マシンに変換する際に特に有用です。システム復旧に柔軟性をもたらし、システムを稼働させるまでの時間を短縮します。

 

インクリメンタル・フォーエバー

インクリメンタル・フォーエバー・バックアップは、増分バックアップと差分バックアップの利点を併せ持ち、欠点がないため、人気が高まっています。クラウドバックアップの人気が高まるにつれ、このタイプのバックアップは、必要なストレージ容量(したがってクラウドのコスト)を大幅に削減しながら、送信する必要のあるデータ量も削減できるため、より広く利用されるようになりました。

Amazon S3 Glacierバックアップ

●ハイブリッドストレージ戦略で取得コストを最適化:S3 GlacierをS3 StandardまたはS3 Intelligent-Tieringと組み合わせます。 頻繁にアクセスされるデータはStandard/Intelligent-Tieringに残し、長期にわたってアクセス頻度の低いデータをGlacierに移行します。 これにより、より重要なデータへの迅速なアクセスを確保しながら、ストレージコストを大幅に最適化できます。

●S3 Object Lock を活用して変更不可のバックアップを作成:S3 Object Lock を Glacier と組み合わせて使用することで、変更不可のバックアップを作成できます。これにより、重要なバックアップに WORM(Write Once Read Many)モデルを適用することで、誤って削除されたりランサムウェア攻撃を受けたりした場合でも、お客様のデータを確実に保護することができます。

●大きなファイルにはマルチパートアップロードを使用: 大きなアーカイブには、Glacierのマルチパートアップロード機能を使用します。 アップロードの効率が向上するだけでなく、管理しやすい小さな部分に分割してファイルをアップロードすることで、アップロードの失敗リスクを低減し、データの整合性を確保できます。

●DRには地域間レプリケーションを実装: 地域間レプリケーションを設定して、AWSの1つのリージョンから別のリージョンにデータを自動的に複製します。これは、地域的な障害が発生した場合に、重要なデータのコピーが常に別の地理的場所で利用可能であることを保証するため、災害復旧に不可欠です。

●異なるデータセットごとのカスタム取得プラン:異なるデータセットのビジネス上の重要度に基づいて、カスタム取得プランを定義します。例えば、優先度の高いデータについては迅速な取得、重要度は低いがサイズの大きいデータセットについては一括取得などです。これにより、コストのバランスを調整し、重要な情報が迅速に利用可能であることを保証します。

詳細はこちらまで