新しいテクノロジーにはよくあることだが、初期のHCIベンダーは、新しいセキュリティモデルの開発よりも、自動化、導入、パフォーマンスなどの問題に集中していた。そのため、データ保護については既存のツールを利用している。だが、多くのセキュリティベンダーはHCI用にツールを設計していたわけではなかったため、悪意のある活動を、全ての領域にまたがって防ぐための柔軟性と拡張性が欠けている。

　HCI技術に不慣れなITチームが、不適切なポリシーを構成したり、セキュリティホールにつながる恐れのある問題を引き起こし、自らセキュリティリスクをもたらしたりする恐れもある。

　HCIのセキュリティの大きな課題は、基盤となるコンピューティングリソース、ストレージ、ネットワークなどのハードウェアが抽象化されることにある。そのため、一連のサービスが共通のセキュリティプロファイルを共有することになる。つまり、1つの攻撃ルートがあれば、全てのシステムとデータに不正アクセスできる。こうした攻撃は数カ月に渡って検知されない可能性がある。

HCI環境のセキュリティ確保

　セキュリティが確保されたHCIを導入するには、HCI環境の仕組みと、その環境が既存のセキュリティツールに及ぼす影響をIT管理者が理解する必要がある。企業に定着したセキュリティチームがある場合は、早期にチームメンバーを迎え入れ、潜在的な問題の特定と可能性のある解決策の評価を手助けしてもらう必要がある。

　IT管理者は最初からセキュリティを優先し、コントロールやデータプレーン、管理の視点でそれぞれを保護する必要性を考慮しなければならない。包括的なセキュリティ戦略は、プラットフォームとなるインフラと同様アジャイルでなければならない。柔軟性のあるリソース割り当て、必要に応じたスケール変換、変化するワークロードなどにも対応する必要がある。目標は、プラットフォーム自体の進化に合わせて進化できる柔軟なセキュリティメカニズムを整備することだ。

　戦略を立てたら、ITチームはHCIのセキュリティを念頭において設計されたツールを探す必要がある。例えば、VMwareの「vSAN」は、HCI環境のセキュリティを高めるのに役立つ「ソフトウェア定義の暗号化」機能を提供するようになった。「Microsoft Hyper-V」は仮想化環境の保護を強化するため、保護されたファブリックとシールドされたVMをサポートするようになった。さらに、HCIプラットフォームを含め、物理環境と仮想環境の両方に対応するセキュリティ製品を提供するベンダーが増えている。例えば、WinMagicの「SecureDoc」製品は、NutanixのHCIでの動作を検証済みだ。

　管理者はポリシーベースのセキュリティアプローチも検討する必要がある。このアプローチは、ポート、仮想ネットワーク、アクセス制御リストなどのコンポーネントよりも、アプリケーションを重視する。また、セキュリティモデルを簡略化する。進化するワークロードに対応するために必要な柔軟性もある。さらには、ワークロードのライフサイクル全体でセキュリティを確保できる。例えば、開発者は開発プロジェクトのライフサイクル全体で特定のコンピューティングインスタンスが他のネットワークセグメントのインスタンスと通信することを許可するポリシーを作成できる。

　特定のコンポーネントやワークロードではなく、HCIプラットフォーム全体を暗号化する方法も検討できる。この方法は、管理オーバーヘッドを抑えながら、保存時と転送中の全てのデータを保護できる。また、管理者は、バックアップを含め、VMファイルを完全に保護しなければならない。その結果、誰かがファイルを盗んでリモートシステムで実行を試みる場合に備えられる。

　HCIセキュリティモデルへの移行は、それまでのセキュリティアプローチを完全に捨て去ることではない。引き続き、バックアップ戦略ではセキュリティを考慮し、ネットワーク保護のためにファイアウォールや侵入検知などのテクノロジーを利用する必要がある。ゼロデイ攻撃のリスクを軽減するために、さまざまなユースケースに複数のHCIベンダーの利用を検討することも考えられる。

　HCI業界では、セキュリティに関してはまだ遅れを取り戻している段階だが、前進は続けている。それでも、ITチームはHCIに対して特に慎重になる必要がある。HCIは新しいテクノロジーで、日々新たなイノベーションが起きている。管理者は、HCI特有の性質を考慮しながら、セキュリティをどのように導入するかを慎重に計画しなければならない。