コンテナバックアップを使用する際に注意すべきことは何ですか?

コンテナでは、従来のサーバーや仮想マシンとは異なるバックアップ手順が必要です。

[[270420]]

専門家は、コンテナのバックアップのプロセスは仮想マシンや従来のサーバーのバックアップとは異なり、通常のストレージでコンテナをバックアップし続けるのは間違いだと言います。

従来のバックアップ ソフトウェア ベンダー (IBM、EMC、Veritas、Commvault など) はコンテナ バックアップ戦略に取り組み始めており、Kasten などのスタートアップはこの分野に特化しようとしています。

これらを理解することは非常に重要ですが、最も重要なのはソフトウェアを使用する人々と保護されるデータです。

ユーザーは誰ですか? 「一般的にはアプリケーション開発者が対象ですが、ここではKubernetes管理者について話しているのです」とIBMのストレージソフトウェア技術ストラテジスト、グレッグ・ヴァン・ハイズ氏は語る。 「これは、IT スタッフが管理する従来のバックアップ プロセスとは異なります。」

「コンテンツに関しては、ディスクやその下の容量だけでなく、アプリケーション全体に焦点を合わせる必要があります」と Kasten の CEO である Niraj Tolia 氏は説明します。同氏は、サーバーや仮想マシン向けに作られた従来のバックアップ ソフトウェアではクラウド内のアプリケーションを処理できないと指摘しました。さらに、ほとんどのバックアップ プログラムは各サーバーにエージェント コードを配置することによって動作しますが、このアプローチはスケーラブルではありません。

もう 1 つの考慮事項は、2 年前に初めて提案された Container Storage Interface (CSI) です。 CSI により、すべての主要ブランドのオーケストレーション エンジン (コンテナーとハードウェア間のリソースを調整するエンジン) が、同じ方法でストレージと通信できるようになります。 IBM の Van Hise 氏は、ストレージ業界から直接生まれた標準は成功しない傾向があるが、CSI はコンテナ企業自身から生まれたものであり、良い結果をもたらしているようだと指摘した。

IBM は、Spectrum バックアップ ソフトウェア ラインにすぐに使用できるコンテナ バックアップ機能を備えており、現在 VMware サポートを使用して Kubernetes クラスターに関連付けられたボリュームをキャプチャしており、オーケストレーション用のスクリプトを作成することもできます。 IBM は今年、Kubernetes 専用の新しいソフトウェアを多数リリースしました。ヴァン・ハイズ氏は、今のところ、顧客にソフトウェアの使用方法、回復時間、回復ポイントについて教育してほしいと語った。

Van Hise 氏と Tolia 氏はともに、コンテナのバックアップ データは通常必要なときに使用できると述べています。元のコードが妨げられないように、開発者が新しいコードをテストするためのサンドボックスとして共有できます。この傾向は従来のバックアップでも起こっていますが、それほど急速には進んでいないかもしれません。

Kasten（ドイツ語：コンテナ）は、これに取り組んでいる唯一のスタートアップではありません。今年になって初めて発見されたNuvoloso（イタリア語：クラウド）もあります。 Nuvoloso の CTO である Stephen Manley 氏は、コンテナが開発ツールの新しい波から標準的な IT プラクティスに移行するには、さらに時間がかかるだろうと考えていると述べています。彼は、バックアップに加えて、ネットワークとセキュリティもそれ自体が課題であると指摘しました。コンテナの将来にはまだ克服すべき多くの困難があるため、何年もかかるだろうと彼は述べた。