コンテナ化された環境でインフラストラクチャを管理するための 9 つのベストプラクティス

コンテナ テクノロジーを採用すると、開発者の作業は楽になりますが、運用チームにとっては複雑になることもあります。 IT インフラストラクチャの専門家、特に DevOps チームで働く専門家は、コンテナ化された環境のサポートを求められることが多くなっています。しかし、Docker や Kubernetes などのコンテナ ツールはアプリケーション開発者の作業を容易にする一方で、ハードウェアの管理と監視の責任者に新たな要求を課します。

調査会社ガートナーの調査レポートによると、「2020 年までに、世界の組織の 50% 以上がコンテナ化されたアプリケーションを本番環境で実行するようになる」とのことです。この数は、2017 年にコンテナを本番環境に導入した企業数と比較して 20% 増加しました。

[[248681]]

同様に、Interop ITX の InformationWeek 2018 クラウドの現状調査では、調査対象企業の 42% がクラウドでコンテナを実行しているか、実行を検討していることがわかりました。さらに、コンテナに関する計画がないと答えた回答者はわずか19%でした。対照的に、職場でコンテナを実行しているか、将来的に実行することを検討する予定である回答者はわずか 20% でした。

明らかに、組織はコンテナ テクノロジーを採用しています。これは、データセンターのハードウェアの管理を担当する運用担当者の仕事が変化することを意味します。

インフラストラクチャの専門家の中には、従来のワークロードのサポートから仮想化されたワークロードのサポートに移行している人もいるかもしれません。そして、この変化は大きな変化です。 「コンテナは、ライフサイクルと管理プロセスの両方において運用が異なります」と、ワークロード自動化ベンダー Turbonomic のテクニカル マーケティング ディレクター、Eric Wright 氏は述べています。 「一時的なコンテナ ワークロードは、最初から最後まで完全にコードとして処理する必要があり、これにより、サイズ設定、展開、検査、監視、制御の方法が変わります。」

以下は、IT インフラストラクチャの専門家がコンテナ化されたワークロードをより適切に管理するのに役立つ、Wright 氏と他の専門家による 9 つの優れた実践例の詳細です。

（１）学習の準備

コンテナ テクノロジーは非常に新しいため、このテクノロジーの使用経験を持つ IT プロフェッショナルはほとんどいません。つまり、組織側または個人側で何らかのトレーニングが必要になります。

「コンテナ技術への関心が高まり、急速に導入が進んでいるにもかかわらず、技術の未熟さと運用ノウハウの欠如により、コンテナ技術を本番環境で実行するには急激な学習曲線が必要になる」とガートナーのリサーチ担当副社長アルン・チャンドラセカラン氏はブログ投稿で述べた。

「ITプロフェッショナルは、運用、パフォーマンス、監視、インフラストラクチャについて学び、再考する準備を整える必要がある」とライト氏は述べた。 「コンテナは、IT 運用に新しいプラクティスとアプローチを導入し、アプリケーションとインフラストラクチャ間のギャップを埋める素晴らしい機会を提供します。」

（２）急速な変化に対応できるよう事前に計画を立てる

「専門家は、急速に変化する非永続的なワークロードに直面して、環境をどのように開始、停止、管理、拡張、監視するかを検討する必要がある」とライト氏はアドバイスした。彼は、IT インフラストラクチャの専門家がコンテナ ワークロードを計画する際に、次の 5 つの質問を自問することを推奨しています。

• コンテナのワークロードのサイズを決定するにはどうすればよいでしょうか?
• コンテナのワークロードをどこに配置するか?
• 必要なリソースを確保し、変動が発生したときに構成を変更できるようにするにはどうすればよいでしょうか?
• ワークロードが通常のサイクルよりも早く（たとえば、数日ではなく数時間）前後に実行される場合、どのように動作しますか?
• アプリケーションのパフォーマンスを損なうことなく、回復力と柔軟性を高めるにはどうすればよいでしょうか?

（３）セルフサービスを可能にする

コンテナの主な魅力は、開発者がコンテナを簡単に組み合わせることができることです。アプリケーションとそのすべての依存関係をデプロイします。ただし、このレベルの制御を開発チームに移すことは、一部のスタッフを不安にさせる可能性があります。必要な可視性と管理性を確保するために、面倒なプロセスや手順を実装することもあります。

しかし専門家は、開発者のセルフサービス機能を制限することは間違いであり、コンテナの導入に伴うメリットを損なうことになると指摘する。彼らは、開発者や運用担当者が業務を遂行するために必要なすべてを提供する、セルフサービス機能と監視機能を組み合わせたソリューションを探すことを推奨しています。

（4）監視ソリューションの導入を再検討する

組織が従来のワークロードまたは仮想化されたワークロードを監視するために使用する従来の監視ツールの多くは、コンテナ化されたアプリケーションをサポートしていません。その結果、企業は新しい監視ソリューションを導入する必要があることに気がつくかもしれません。 「したがって、コンテナとサービスレベルの監視機能を提供するパッケージ化されたツールを導入するとともに、コンテナ監視ツールをコンテナオーケストレーターにリンクして他のコンポーネントからメトリックを取得し、視覚化と分析を向上させることが重要だ」とガートナーのチャンドラセカラン氏は述べた。

（５）ネットワーク自動化の実現

コンテナに大きく依存するデータセンターでは、ネットワーク管理は特に困難です。従来のエンタープライズ ネットワーキング プログラムとツールは、コンテナの作成速度や移植性に対応できませんが、コンテナ オーケストレーション プラットフォームに組み込まれているネットワーキング機能は、企業のポリシー管理ニーズを満たすほど強力ではありません。この状況が修正されるまで、組織はネットワーク管理ツールを慎重に選択する必要があります。専門家は、コンテナの優れた補完としてソフトウェア定義ネットワーク ツールの使用を推奨しています。

「したがって、インフラストラクチャと運用（I＆O）は、コンテナ化された環境での手動のネットワーク構成を排除し、ネットワーク自動化を通じて俊敏性を実現し、開発者に適切なツールと十分な柔軟性を提供する必要があります」とチャンドラセカラン氏はアドバイスした。

（6）ハイブリッドストレージアプローチを検討する

コンテナ化された環境での保管も面倒です。仮想マシンと従来のワークロードでは、ストレージ リソースへの長期的なアクセスが必要ですが、数分または数時間しか存在しない可能性のあるコンテナーを扱う場合、状況は大きく異なります。

ライト氏は、インフラ管理者の中にはこの状況に対して独自の解決策を生み出している人もいると述べた。 「より一般的になりつつあるのは、永続的なストレージ接続とネットワーク接続を持つ VM のようなワークロードを使用するための構造としてコンテナを使用することです。これにより、コンテナの管理方法に興味深いハイブリッド アプローチが導入されます」とライト氏は述べました。 「コンテナ純粋主義者はコンテナの使用は間違いだと言うでしょうが、コンテナは人気のあるユースケースであることが証明されています。」

（7）バックアップを忘れずに

コンテナ アプリケーションは一時的なものですが、バックアップする必要がないというわけではありません。ただし、多くの災害復旧計画や事業継続計画はコンテナ テクノロジの登場前に開発されたため、企業が実装するツールや手順はコンテナをサポートしていない可能性があります。

専門家は、コンテナとそれに関連するデータが確実にバックアップされるように、既存のソリューションとプロセスを再検討することを推奨しています。場合によっては、一日を通して開閉される可能性のあるコンテナを確実にキャプチャするために、組織はバックアップの頻度を増やす必要があるかもしれません。

（８）適切な安全対策を講じる

一部の専門家は、コンテナは仮想化よりも安全だと言います。他の人（通常はセキュリティベンダー）は、コンテナは他の種類のワークロードに比べて安全性がはるかに低いと主張します。

実際には、IT インフラストラクチャの専門家は、コンテナ化されたワークロードを適切に保護できるように、セキュリティ マネージャーと緊密に連携する必要があります。これには、いくつかの新しいセキュリティおよび監視ツールの導入や、コンテナに使用するオペレーティング システム ディストリビューションの慎重な選択が含まれる場合があります。ガートナーは、コンテナのベストプラクティスに関するブログ記事で、「共有ホスト OS カーネルの整合性は、その上で実行されるコンテナの整合性と分離にとって非常に重要です。ホスト OS としては、強化され、パッチが適用され、侵襲性が最小限の OS を使用する必要があります。また、コンテナは、脆弱性やマルウェアがないか常に監視して、信頼性の高いサービス提供を確保する必要があります。」と述べています。

（９）エラーを減らす

Docker や Kubernetes などのツールは過去数年間で大幅に改善されましたが、まだかなり新しいテクノロジーです。これは、すべてのバグがまだ修正されていないことを意味します。

「コンテナ オーケストレーション、ネットワーク、ストレージは、仮想化環境で適切に動作することに慣れているすべてのレベルで新たな課題をもたらします」とライト氏は述べています。

しかし、コンテナ市場を支配しているオープンソースツールのサポートバージョンを提供するベンダーが増えるにつれて、これらの問題は時間とともに減少するだろうとライト氏は考えています。同氏はさらに次のように付け加えた。「現在は多くの複雑な要素が導入されていますが、エンタープライズ コンテナやコンテナ オーケストレーション プラットフォームがさらに登場すれば、この状況ははるかに容易になるでしょう。」