Taniumでの職務において、私は頻繁に複雑なIT環境に直面しています。 お客様ごとに状況はそれぞれ異なりますが、Taniumの素晴らしい点の一つは、混沌とした企業ネットワークにおいても、いかにうまく適応し、実際にその環境で真価を発揮するかという点です。 この種の複雑性の側面の一つは、導入されている既存のセキュリティおよび管理ソリューションの多様性にあります。
Taniumは最終的にはサイロ化されたソリューションの数を減らすのに役立ちますが、多くの製品はユーザーや既存のプロセスに不可欠であるか、あるいは単にTaniumでは対応できないユースケースをカバーしているものです。 Taniumをセキュリティおよび管理プラットフォームとして検討する場合であっても、ITリーダーは依然として、「FTE数とTCOを削減しつつ、現在のシステムの機能を最大限に活用するにはどうすればよいか」と自問する必要があります。 幸いなことに、Taniumは多くの既存のソリューションと共存できるだけでなく、実際にそれらを補完し、その効果を高めることもできます。
その解決策の一つが、マイクロソフトの「System Center Configuration Manager（SCCM）」であり、現在、多くのTaniumのお客様にご利用いただいています。 SCCMを活用した運用、統合、コンサルティングの各業務に 15 年近く携わってきた経験から、Taniumにおいて独自の視点を持っています。 SCCMとTaniumを比較しようとする方もいらっしゃるかもしれませんが、これらは全く異なるものです。 TaniumにはSCCMにはない強みがあり、その逆もまた然りです。 SCCMの場合、Taniumとの連携により、実際に利用体験が向上します。具体的には、攻撃対象領域を縮小し、リアルタイムで脅威を検知・特定するとともに、未知のアプリケーションや潜在的な脆弱性を持つアプリケーションに対する認識を高めることで、コストを削減することができます。
チェンジマネジメントのプロセスが不十分だった場合
本日は、管理部門との健全なコミュニケーションが欠けているシステムに焦点を当てていきます。 これにはさまざまな理由が考えられますが、ここでは「人」と「プロセス」に関する問題について取り上げます。 私の経験上、SCCM環境では、存在しないクライアントや接続に失敗しているクライアントが 5 ～20％程度を占めることがよくあります。数え切れないほどの組織において、初期導入からわずか 6 ヶ月、あるいは1年という短期間で、システムがすでに「行方不明」になっているのです。 デプロイメントやパッチ適用などのトラブルシューティングを行っている際、ネットワークの変更により、SCCM上では境界が定義されていないにもかかわらず、多数のクライアントが存在する新しいサブネットが作成されてしまっていることに気づいたことは、何度ありますか？ （これは決してネットワークエンジニアを批判する意図ではありませんが、この業界の性質上、変更管理に関する情報が必ずしも適切に伝達されるとは限りません。） SCCMの管理業務を長く担当してきた方なら、どなたも一度は経験されたことだと思います。 そして、まだこれをご覧になっていない方にとっては、今まさに頭の中で「ひらめき」が生まれたことでしょう。さあ、ある場所で長らく悩みの種だったクライアントとのコミュニケーションの問題を解決するために、早速取り掛かってください。 あなたが戻ってこられたときも、私はまだここにいるつもりです。
この問題は、特に大規模な場合、避けられません。 変更管理プロセスが適切に遵守されていたとしても、透明性が高まりすぎると、ノイズによって状況が不明瞭になり、見落としが生じやすくなります（特に、新しいサブネットの立ち上げといった標準的な変更の場合）。 原因が何であれ、その結果、SCCMクライアントの一部が瞬時に接続不能になってしまいます。 残念ながら、SCCMには組み込みの通知機能がないため、このリスクを先回りして管理することは困難――事実上不可能――であり、大規模な展開の最中にこの問題を発見してしまうという固有のリスクが飛躍的に高まります。
ここで、Taniumの出番となります。 ほんの数秒で、以下の質問を入力するだけで、SCCMによって適切に管理されていないサブネットがどれか、すぐに把握することができます：**
SCCMクライアントとの通信が「Days Old」で1日以上経過しているすべてのマシンから、Taniumクライアントのサブネットを取得します。
これにより、各サブネット内で、SCCMと1日以上通信していないすべてのシステム数が即座にわかります。 そうすれば、SCCMに適切な境界や境界グループを追加し、サイトや配布ポイントを定義するだけで、ほんの数分で修正できます。 この問題が発生していないと思われる場合でも、ぜひ試してみて、Taniumコンソールで以下の質問をしてみてください。 そこで何が見つかるか、そしてどんなことが簡単に直せるか、きっと驚かれることでしょう。
特定のサブネットに大きな数値が含まれている場合、そのサブネットがSCCMで定義されていない可能性が高いです。 デフォルトでは、SCCMクライアントは 60 分ごとにポリシーチェックを実行するようになっています。したがって、1日以上通信がない場合は、何らかの問題が発生していることになります。 Taniumは現在オンライン状態にあるクライアントを対象としているため、オフラインシステムからの古い記録によって結果が曇ることはありません。 （SCCM 2012 のPowerShellコマンドレットを使用した）簡単なPowerShellスクリプトを作成すれば、Taniumで検出されたサブネットと、SCCM内の境界グループにあるサブネットとを照合することができ、不足している範囲を特定できます。
この問題に対する別のアプローチとしては、Taniumで以下の質問を行い、各サブネット内のすべてのクライアントの数を取得する方法が考えられます：
すべてのマシンからTaniumクライアントのサブネットを取得する
最初の質問にあるサブネットのエンドポイント数が、2番目の質問の数値と一致する場合、SCCMにおいて管理対象外の境界が見つかったことになります。これは、そのサブネット内のすべてのオンラインクライアントがSCCMと通信していないことを意味するからです。 繰り返しになりますが、Taniumで特定できれば、SCCMコンソールでの修正はほんの数分で済みます。
これら2つの質問をダッシュボードに追加するか、あるいはTanium Connectを介してアラートが関連付けられた保存済み質問を追加し、そのような境界が検出された場合に通知を受けられるようにすれば、SCCMクライアントのカバー率に関する大きな懸念事項について、迅速に対処を完了させることができます。
なぜこれが重要なのでしょうか？ SCCMは、組織がソフトウェアやアップデートの配布に広く利用しているツールだからです。 もし数百台あるいは数千台のエンドポイントを失ってしまった場合、それらの資産は資産台帳に登録されず、管理もされなくなります。 その結果、資産へのパッチ適用が行われないままとなり、要求されていたソフトウェアのインストールが行われていないことによるサポート依頼が発生し、これほど単純な根本原因にもかかわらず、何時間もの作業が発生することになります。 悪意のある者たちは、あなたが周囲の不審な点に気づくのを待ってはいません。それなら、なぜあなたが待つ必要があるのでしょうか？ このシンプルなユースケースを実践に導入することで、リスクや工数を削減し、より良いユーザー体験を維持するのに役立ちます。その一方で、非常用ヘルメットを引き出しにしまっておく期間も、もう少し長く保つことができるでしょう。
著者について：グレッグ・トーマス氏は、Tanium社のテクニカル・アカウント・マネジメント担当ディレクターとして、スクリプト作成、プロセスの自動化、Active DirectoryおよびSCCMの設計・管理・保守など、幅広い専門知識を活かして活躍しています。 Taniumに入社する前は、グレッグはコンサルティングエンジニアとして、公共部門および民間部門において技術ソリューションの設計、導入、およびサポートに従事していました。
