最新のCloud 環境における堅牢なファイルセキュリティ

現代のインフラストラクチャは、Kubernetes上で稼働しているか、あるいは「Infrastructure as Code」を通じて構築されているかを問わず、オートスケーリング、自己修復、自動プロビジョニングによって運用されています。一方、ファイルセキュリティは、ほとんどの環境において依然として単一の静的なインスタンス上で稼働しており、こうした弾力性に対応できず、トラフィックが急増した瞬間に単一障害点となってしまいます。

Cloud オーケストレーションやプロビジョニングツールが、まさにその問題を解決するまでに成熟したため、インフラストラクチャは高度に自動化されるようになりました。しかし、これらのツールだけでは、ファイルのセキュリティがそれに追いつくことを保証することはできません。周囲のすべてが設計通りにスケールし、自己修復を行っていたとしても、単一のスキャンインスタンスが依然としてボトルネックや単一障害点となる可能性があります。

MetaDefender Clusterは、今日のクラウドインフラストラクチャの実際の運用状況に合わせて構築された2つの導入パスにまたがる、そのギャップを埋めるものです。

プラットフォームチームやセキュリティチームにとって、これは次のようなことを意味します：

• Cloud- Kubernetes によるネイティブ展開。 MetaDefender クラスターは Kubernetes 上で展開・運用できるため、最新のインフラストラクチャ全体にわたって、スケーラブルなクラウドネイティブな展開が可能になります。
• 高可用性。 MetaDefender Clusterは、Kubernetes上での高可用性デプロイメントをサポートしており、PostgreSQL、RabbitMQ、Redis、およびMetaDefender Cluster File Storage向けの各高可用性デプロイメントオプションが用意されています。
• 段階的なアップグレード。プラットフォームサービスとワーカーインスタンス用に別々のHelmチャートを用意することで、段階的なアップグレードが可能となり、更新時のサービス中断を最小限に抑えることができます。
• 公式のDockerイメージ。すべてのMetaDefender クラスターサービス向けに公式のDockerイメージが用意されており、コンテナ化されたデプロイを簡素化します。
• ワーカーのスムーズなシャットダウン。Kubernetes上で実行されているワーカーインスタンスは、シャットダウンする前に進行中の処理を完了させるため、スケーリングやアップグレード中のスキャンが中断されるのを防ぎます。

1日に数百万ものファイルを処理する組織では、MetaDefender Clusterを導入してもスループットの低下は見られません。これは、このアーキテクチャがまさにそのような負荷に耐えられるよう設計されているためです。Kubernetes上でネイティブに動作するため、チームはすでに運用しているオーケストレーションツールを使用して、同等の耐障害性を実現できます。

すべてのチームが本番環境への移行においてKubernetesのみを経由するわけではなく、インフラストラクチャのプロビジョニングそのものが、一貫性が最初に損なわれるポイントとなることがよくあります。MetaDefender クラスターは、Terraformによる「Infrastructure as Code」に対応するようになり、AWS、Microsoft Azure、GoogleCloud Platformにわたって、一貫性があり再現性のあるデプロイが可能になりました。

プラットフォームチームやセキュリティチームにとって、これは次のようなことを意味します：

• クラウド間での一貫したプロビジョニング。環境がAWS、Azure、GoogleCloud Platformのいずれにある場合でも、同じデプロイ手法が適用されるため、環境間の不整合を軽減できます。
• 本番環境対応のテンプレート。付属のTerraformテンプレートを使用すれば、インフラストラクチャ定義を一から作成する必要がなく、導入当初からプロビジョニングを簡素化できます。
• インフラストラクチャを「コードとして」管理します。これにより、他のインフラストラクチャと同様に、環境もバージョン管理が可能になり、レビューが可能で、再現性のあるものとなります。