メインコンテンツへスキップ

DIIは、プロアクティブな可観測性、自動化、およびセキュリティを実現します

データセンターでサーバーを監視し、システムデータをレビューする2人のIT専門家。
目次

このページを共有

NetAppのアーチ型ロゴ
ラマンジャネヤル M.

DIIは、プロアクティブな可観測性、自動化、およびセキュリティを実現します。

NetAppのグローバル エンジニアリング組織をサポートするために必要な規模でインフラを運用する場合、オブザーバビリティは任意ではなく、基盤となるものです。

当社のエンジニアリング データセンターとクラウド環境全体で、重要な開発、テスト、およびラボのワークロードをサポートする数万台の仮想マシン、数ペタバイトのストレージ、Kubernetesプラットフォーム、およびマルチクラウド リソースを管理しています。この環境全体で安定性、セキュリティ、効率性を維持するには、単に可視化するだけでは不十分です。インサイトをアクションに変えるプラットフォームが必要です。だからこそ、NetApp Engineering ITは、中核的な運用機能としてNetApp "Data Infrastructure Insights" (DII)を活用しているのです。

Customer Zero として、Engineering IT 部門は DII を本番環境で運用しています。これは検証や品質保証のための演習としてではなく、実際の運用ツールとして活用するためです。導入するすべての機能は、シンプルな基準に照らして評価されます。その基準とは、大規模な運用において業務を意味のある形で改善できるかどうかという点です。改善できない場合は、使用しません。

DII機能の評価方法

カスタマーゼロの役割はしばしば誤解されています。エンジニアリングIT部門は、機能が設計どおりに動作するかどうかを検証しません。それはQAの仕事だからです。その代わりに、本番環境でGA後の機能を評価し、より実践的な問いを立てます。つまり、製品に拡張性があるか、そしてこの機能はエンジニアリングITの運用改善に役立つか、ということです。

DIIの新機能がリリースされると、まずは本番環境のテナントで有効化されます。可観測性、自動化、セキュリティ、ガバナンスを含む実際の運用ワークフローへの適合性を評価します。製品チームへのフィードバックは、理論的な価値ではなく運用経験に基づいています。具体的な運用上のメリットが実証された機能のみが、定常運用に採用されます。

不正な仮想マシンを事前に検出する

当社にとって最も重要な予防的活用事例の一つは、プライベートクラウド環境における不正な仮想マシンを特定することです。

エンジニアリングIT部門は、日常的に数千もの一時的な仮想マシンをデプロイしています。時折、設定ミスや暴走したVMが予期せぬIOPSの急増を引き起こし、バックエンドストレージのパフォーマンス、ネットワーク インフラ、およびシステム全体の安定性が危険にさらされます。DIIを使用することで、VMレベルのパフォーマンス指標をリアルタイムで監視し、異常な動作を迅速に特定できます。

DIIはIOPSの急激かつ持続的な上昇を検出すると、自動応答を開始します。パフォーマンスのしきい値に基づいてアラートが生成され、担当のVM所有者に通知され、定義された修復期間が提供されます。異常がその時間枠を超えて継続する場合、VMは自動的にシャットダウンされます。

このクローズドループの自動化されたワークフローは、手動による介入を必要とせずに、ユーザーが何らかの影響を受ける前に共有インフラを保護します。

ハイブリッドおよびマルチクラウド環境全体の統合可視性

エンジニアリング IT は、オンプレミスの VMware および OpenShift プラットフォーム、ならびに AWS、Azure、Google Cloud などのパブリッククラウド環境にわたってワークロードを運用しています。DII は、これらすべてのプラットフォームにおけるリソース消費状況を統合的に把握できるようにし、どのようなリソースが消費されているか、それらがどこで実行されているか、そしてどれほど効率的に使用されているかを明確に理解できるようにします。

DIIは請求やチャージバックツールではありませんが、ガバナンスチームが利用率の低いワークロードを特定し、潜在的な容量の無駄を明らかにし、容量計画の意思決定に役立てるために必要な運用上の可視性を提供します。この洞察は社内ガバナンスチームと直接共有され、エンジニアリング ITがレポートをまとめる必要がなくなり、より迅速なデータ主体の意思決定が可能になります。

大規模なセキュリティおよび構成標準の適用

エンジニアリング IT が運用する規模においては、一貫性がセキュリティ要件となります。

DIIを使用して、標準構成がデータセンター全体に継続的に適用されていることを検証します。これには、重要なボリュームでストレージ暗号化が有効になっていることの確認、ベストプラクティスに基づいたボリューム構成の適用、予期せぬ容量問題を防止するための拡張ポリシーの検証などが含まれます。

DIIは、構成コンプライアンスにとどまらず、ワークロードセキュリティにおいても積極的な役割を果たします。ファイルやフォルダレベルのアクティビティを監視し、ランサムウェアの活動や破壊行為などの異常な動作を検出します。疑わしいパターンが検出されると、DIIは自動的にスナップショットをトリガーすることができ、データの整合性を維持すると同時に、継続的な手動監視の必要性を軽減します。

APIを通じたKubernetesの高度な可観測性と自動化

私たちのOpenShiftのフットプリントが拡大を続けるにつれ、Kubernetesの可観測性はますます重要になっています。

DIIは、Kubernetesの構成、パフォーマンス、および全体的な健全性に関する完全な可視性を提供し、プラットフォームチームがニーズに合わせてカスタマイズされたメトリクス、アラート、および集中型ダッシュボードを通じて、クラスタレベルの問題を早期に検出できるようにします。しかし、ダッシュボードは全体像の一部に過ぎません。

エンジニアリングIT部門は、DIIの豊富なAPIセットを活用して、可観測性データをカスタム自動化ワークフローに直接統合しています。チームは、サイトごとにクラスターのインベントリをプログラムで取得したり、パフォーマンスデータを照会したり、DIIの知見を他の内部ツールに取り込んだりすることができます。このAPI主導型のアプローチにより、チームは新たな運用上の摩擦を生じさせることなく、既に利用しているワークフロー内でオブザーバビリティデータを利用できるようになります。

ServiceNow CMDBは信頼できる情報源

DIIは、正確で信頼性の高いServiceNow CMDBを維持する上で重要な役割を果たします。

構成項目に関する主要な情報源として Data Infrastructure Insights を使用し、仮想マシンのメタデータ、インフラストラクチャの関係、環境の所有権の詳細を CMDB に自動的に入力します。この統合により、変更とインシデントの相関関係が大幅に改善され、CMDB の手動メンテナンスが削減され、構成データが常に最新の状態に保たれます。

インシデントや変更が発生した場合でも、チームは使用しているデータを信頼できます。なぜなら、データはライブインフラストラクチャのテレメトリから直接取得されているからです。

エンジニアリングITがサードパーティツールではなくDIIを使用する理由

お客様からよく、エンジニアリングIT部門が汎用的なオブザーバビリティプラットフォームに依存しない理由について質問されます。

答えは明確です。DIIはNetAppインフラストラクチャをネイティブに把握し、ONTAPのテレメトリおよびログと直接統合されており、ストレージ、コンピューティング、Kubernetes、クラウドを統合プラットフォームとして運用する方法と整合しています。最も重要なのは、DIIが自動化を最優先とした運用を可能にし、静的なダッシュボードではなく、可観測性をアクションへと変える点です。

顧客ゼロからの現場への教訓

大規模に DII を実行することで、NetApp on NetApp の中核となる原則が強化されます:最も価値のある IT ツールとは、機能が最も多いものではなく、誰も気づく前に静かに問題を未然に防ぐものです。

不正な仮想マシンの検出やKubernetesの可視性から、セキュリティの自動化やCMDBとの統合まで、DIIはエンジニアリングIT部門が問題に先手を打って対処し、リスクを軽減し、自信を持って業務を遂行できるよう支援します。

NetAppのアーチ型ロゴ

ラマンジャネヤル M.

Ramanjaneyalu Mは、NetAppのシニア情報システムエンジニアであり、クラウドインフラストラクチャ、Kubernetes、ストレージ、およびエンタープライズIT運用に関する専門知識を持っています。

ラマンジャネヤル M.のすべての投稿を見る