クラウドネイティブは、クラウド互換とどのように異なるのか。また、クラウドネイティブのツールが最も安全で、回復力があり、管理しやすいアプローチであるのはなぜか。この話題の謎を解き明かし、革新的な企業がクラウドネイティブのバックアップと災害復旧手順を求め、採用している理由を考えてみます。
IT業界はバズワードが大好きです。正確な意味を特定するのが難しいバズワードも含めて、それらが常に飛び交っています。その好例が「クラウドネイティブ」です。 ほぼ10年にわたり、「クラウドネイティブ」はテクノロジー業界で最も話題に上る用語の1つとなっています。 また、おそらく最も誤用され、誤解されている用語の1つでしょう。 多くの場合、クラウドネイティブを唱えるソリューションは、実際にはそうではないことが多々あります。 それらは単にクラウドと互換性があるだけなのです。
この点を証明するために、クラウドネイティブの意味、クラウドネイティブと見なされるもの、見なされないもの、そして、真にクラウドネイティブなツールや技術を採用することが、今日のビジネス成功にとってなぜそれほど重要になっているのかについて見ていきましょう。
私たちが最も精通しているテクノロジー領域である「クラウドネイティブなバックアップとリカバリ」に焦点を当てて議論を進めていきます。 説明すると、クラウドをサポートしたりクラウド上で実行されるバックアップツールやサービスがすべてクラウドネイティブであるわけではありません。しかし、真にクラウドネイティブなバックアップおよびリカバリソリューションは、企業が直面する複雑化が進む今日のデジタル環境において、データを効果的に保護するための重要な利点をもたらします。
目次
クラウドネイティブとは本当に何を意味するのか？
クラウドネイティブという用語は、オープンソースのクラウドネイティブ技術を推進するLinux FoundationのプロジェクトであるCloud Native Computing Foundation（CNCF）が2015年に発足したことで、注目されるようになりました。
CNCFによる公式定義が、クラウドネイティブを定義するのにふさわしいと考えられます。なぜなら、この概念を広めたのはこの組織だからです。クラウドネイティブとは、「セキュアで、回復力があり、管理可能で、持続可能で、かつ監視可能な方法で相互運用する疎結合システム」を意味します。この定義によれば、コンテナやサーバーレス関数などのテクノロジー、およびAPIファースト設計などのソフトウェア開発手法は、クラウドネイティブに該当します。
しかし、クラウド上で実行されるものがすべてクラウドネイティブというわけではありません。オンプレミスのサーバからクラウドのVMにリフト＆シフトしたモノリシックなアプリケーションは、疎結合ではないため、クラウドネイティブではありません。また、特に耐障害性、持続性、可視性が高いわけでもありません。これは単にクラウドでホストされているアプリケーションであり、オンプレミスの環境で数十年にわたって主流であったのと同じ設計パラダイムを使用しています。
ここに、クラウドネイティブの意味を取り巻く多くの混乱の原因があります。 あまりにも多くの場合、人々はクラウドベースのものはすべてクラウドネイティブであると想定しています。 実際には、スケーラブルでモジュール化されたクラウドアーキテクチャとサービスを最大限に活用し、真のクラウドネイティブの定義を満たすのはアプリケーションだけです。
クラウドとクラウドネイティブのバックアップおよびリカバリ
この点を現実的な観点から説明するために、一般的なクラウドデータバックアップおよびリカバリツールと、真のクラウドネイティブなツールの違いについて考えてみます。
現在、事実上すべての商用データ保護ソフトウェアはクラウドと互換性があります。クラウドベースのアプリケーション、データベース、ストレージバケットからデータを収集し、バックアップを作成することができます。また、バックアップデータを収集したのと同じ種類のクラウドサービスや環境にデータを直接復元できる場合も多くあります。
しかし、これらの機能だけではデータ保護ツールをクラウドネイティブにすることはできません。クラウド対応にすることができるだけです。
真のクラウドネイティブなデータバックアップおよびリカバリツールは、クラウドのワークロードからデータを収集し、復元する以上の機能を備えています。以下のような機能を提供しており、クラウドデータ保護とクラウドネイティブなデータ保護の重要な差別化要因となります。
エージェントレスのバックアップおよびリカバリ
従来のクラウドバックアップおよびリカバリツールは、エージェントベースのアーキテクチャを使用しています。つまり、バックアップ対象のワークロードと並行して動作するソフトウェアエージェントを展開します。通常、エージェントがデータを収集し、バックアップツールに転送します。
このアプローチはデータのバックアップには有効ですが、保護対象の各ワークロードと並行してバックアップエージェントを展開する必要があるため運用が複雑になることや、エージェントがCPUやメモリを消費することなど、いくつかの欠点があります。
こうした落とし穴を回避するために、クラウドネイティブなバックアップおよびリカバリツールは、エージェントレスのアプローチをサポートしています。 エージェントレスのバックアップでは、APIリクエストなどの方法でデータを収集することが可能であり、各ワークロードに直接ソフトウェアを実行させる必要がありません。 エージェントレスのアプローチは、より効率的なデータバックアップを実現します。 また、新しいクラウドサービスやワークロードにエージェントを展開する必要がなく、すぐにバックアップを開始できるため、拡張性もより効果的です。これは、常に変化するクラウド環境において重要な利点です。
APIベースのバックアップ
同様に、クラウドネイティブのバックアップソリューションは、バックアップベンダーの独自ソフトウェアツールやプロトコルに依存することなくバックアップデータを収集します。 代わりに、保護対象のクラウドプラットフォームのAPIとネイティブに統合します。
これは重要です。なぜなら、データを収集するために特別なAPIコールを実装する必要がないため、リソースのオーバーヘッドを最小限に抑えることができるからです。また、これにより、事実上あらゆるタイプのクラウドサービスやワークロードを統一された方法でバックアップすることが可能になります。ブロックストレージボリューム、オブジェクトストレージバケット、コンテナファイルシステム、その他事実上あらゆるものを保護する必要がある場合でも、APIベースのバックアップは、クラウドプラットフォームに組み込まれたコアAPIを活用するため、対応が可能です。
完全なデータコントロール
クラウドネイティブなバックアップでは、データに対する完全な制御を維持できます。サードパーティのベンダーが管理するストレージプラットフォームやアプリケーションにデータを送信する必要はありません。代わりに、前述のエージェントレスでAPIベースのバックアップ技術を使用することで、お客様の希望に沿った形でデータのバックアップと管理を行うことができます。
これらの機能は、データプライバシーとコンプライアンスのニーズを満たすのに役立ちます。また、特定のデータ保護ベンダーへの依存度を低減し、データの復元を確実に実現します。
インテリジェントなバックアップ
クラウド環境を含め、従来のデータバックアップのアプローチでは、データフォルダごと、ファイルごとにバックアップを行っていました。これはデータのバックアップ方法のひとつですが、特に保護すべきデータ量が膨大な場合には、非常に時間がかかります。
クラウドネイティブなアプローチによるデータ保護では、よりインテリジェントなデータバックアップ技術が使用されます。クラウドネイティブなツールでは、データリポジトリを繰り返し確認して発見された順にオブジェクトをバックアップするのではなく、一部のリソースを他のリソースよりも優先させることが可能です。さらに、増分バックアップなどの機能も提供されており、これは前回のバックアップ以降に変更されたデータのみをコピーするもので、効率を飛躍的に向上させます。
クラウドネットワークのバックアップ
クラウドでの迅速なデータ復元には、単にデータベースやストレージボリュームの再構築や再構成以上のことが必要になることがよくあります。クラウドのワークロードが相互に、またインターネット全体とインターフェースできるようにするネットワーク設定の復元も可能でなければなりません。
この目的のため、クラウドネットワーク設定のバックアップもクラウドネイティブなバックアップの重要な要素です。データだけでなくネットワーク構成も復元できれば、バックアップと再稼働をより迅速に行うことができます。
アカウントをまたいだデータ保護
データ復旧の取り組みを遅らせるもう一つの課題は、異なるアカウントを使用して、元々は1つのクラウドアカウントが所有していたワークロードを復元する必要があることです。例えば、メインのクラウドアカウントが侵害された場合などに、この方法は有効です。
これが、クロスアカウントのバックアップとリカバリが、真のクラウドネイティブなアプローチによるデータ保護を実現するために不可欠である理由です。クロスアカウントの保護機能により、データを新しいアカウント環境に手動でコピーしたり、構成設定を手動で調整したりすることなく、迅速に異なるアカウントにデータをリカバリできる柔軟性が提供されます。
クロスクラウドのバックアップ
同様の理由で、クロスクラウドのバックアップも、迅速なデータ復元能力を大幅に強化するクラウドネイティブなバックアップとリカバリ機能です。クロスクラウドバックアップとは、元々は1つのクラウドにあったデータやワークロードを、まったく異なるクラウド上に復元する機能です。これは、元々のクラウドプラットフォームが故障した場合に役立つ機能です。
この場合も、従来のクラウドバックアップソリューションでは、1つのクラウドから異なるクラウドプラットフォームにデータを復元しようとすると、膨大な手作業が必要になります。しかし、クロスクラウドバックアップとリカバリでは、このプロセスが自動化されるため、プライマリクラウドプラットフォーム全体がダウンした場合でも、迅速に業務を復元することができます。
未来はクラウドネイティブ
確かに、従来のクラウドワークロードやクラウド管理技術は、すぐに消えるものではありません。 ワークロードを更新して疎結合アーキテクチャを使用し、拡張性の高いクラウドサービスを最大限に活用するには、多大な時間と労力が必要です。 多くの企業は、当面の間はクラウドネイティブではないワークロード（クラウド上に存在するものも含む）を運用し続けるでしょう。
それでも、ワークロードを可能な限りスケーラブルで効率的かつ信頼性の高いものにしたいのであれば、可能な限りクラウドネイティブを取り入れる必要があることは否定できません。従来のクラウドアーキテクチャや展開戦略にも一定の価値はありますが、クラウドネイティブにはそれ以上の価値があります。クラウドネイティブは、ユーザが管理しなければならないクラウド、クラウドサービス、クラウドアカウントの数がいくつであろうとも、スケーラブルかつシームレスに運用できる唯一の方法です。
クラウドネイティブと従来のクラウドは共存可能
クラウドネイティブコンピューティングの素晴らしい点のひとつは、オール・オア・ナッシング(all-or-nothing)ではないということです。 クラウドネイティブの手法を適した場所で採用し、その他の場所では従来型のクラウドアプローチを使用することができます。
例えば、エージェントレスのバックアップをサポートしていないレガシーなワークロードがある場合、それらに対応するためにバックアップエージェントを常に展開し、同時に他のワークロードにはエージェントレスのバックアップを使用することができます。同様に、一部のリソースについて増分バックアップではなくフルバックアップを実行したい場合にも、それを妨げるものはありません。
クラウドネイティブとは、柔軟性と選択肢を重視するものであり、従来の方法がより適切である場合にはクラウドネイティブを使用しないという選択肢も含みます。
結論：一部の人々がクラウドとクラウドネイティブという用語を混同しているように、クラウド全般をサポートするソフトウェアと真のクラウドネイティブなソフトウェアの間には重大な違いがあります。この違いを理解することは、クラウドから最大限の利益を得るために不可欠です。
N2WSのデータ保護アプローチと、それが真のクラウドネイティブなソリューションである理由について、さらに詳しく知りたい方はご連絡ください。
RSSフィードを取得する
