Tanium Cloudを安定的に運用するためには、Tanium Clientのアップグレード方針を適切に設計することが重要です。
Tanium Clientには複数のアップグレード方法が用意されており、それぞれ管理対象や運用方法が異なります。そのため、各方式の特徴を理解し、組織の運用要件に応じて適切に選択することが求められます。
本記事では、Tanium CloudとTanium Clientのアップグレードの違いを整理するとともに、Tanium Clientの構成やアップグレードの仕組みを解説します。あわせて、各管理方式の特徴や推奨される運用パターンについてご紹介します。
- Tanium CloudとTanium Clientのアップグレードについて
- Tanium Clientの2層構造
- Tanium Clientのアップグレード方法
- どちらのアップグレード方法が望ましい？
- まとめ
Tanium CloudとTanium Clientのアップグレードについて
Tanium Cloudは自動更新
Tanium CloudはSaaSとして提供されているため、利用者がプラットフォームのアップグレード作業を実施する必要はありません。
アップグレードはTaniumによって実施され、新機能の追加や不具合修正も継続的に提供されます。
そのため、利用者は常にサポート対象の最新環境を利用できます。
Tanium Clientは管理者によるアップグレードが必要
Tanium Clientは、PCなどのエンドポイント上で動作し、Tanium Cloudとの通信を担うエージェントです。
Tanium Cloudとは異なり、Tanium Clientは利用者側でアップグレードを管理する必要があります。
そのため、安定した運用を実現するためには、運用方針に応じた計画的な更新が重要となります。
Tanium Clientの2層構造
Tanium Clientのアップグレードを理解するためには、まずTanium Clientの構造を把握しておくことが重要です。
Tanium Clientは、Tanium Client層とToolset層の2つのレイヤーで構成されています。以下の図は、それぞれの役割と階層構造を示したイメージです。
<この画像は生成AIによって作成されたものです>
Tanium Client層は、エージェント本体として動作します。一方、Toolset層では、AssetやDeploy、Patchなどの各種Tanium機能が提供されます。
このようにTanium Client層とToolset層が分離されていることで、各層のバージョンを個別に管理することも、一括で管理することも可能です。そのため、運用方針に応じた柔軟なアップグレード運用を実現できます。
Tanium Clientのアップグレード方法
ここからは、Tanium Clientのアップグレード方法について解説します。
主な管理方式は以下の2つです。
- Client Managementによるアップグレード
- Endpoint ConfigurationのChange Managementによるアップグレード
Client Managementによるアップグレード
Client Managementは、Tanium Client層のライフサイクルを管理するための機能です。
展開対象のComputer Groupと任意のTanium Clientバージョンを指定してアップグレードできます。Tanium Client層を特定バージョンで維持したい場合や、Toolset層とは異なるライフサイクルで運用したい場合に適しています。
Change Managementによるアップグレード
Change Managementは、Toolset層を中心にライフサイクルを管理するための機能です。
Endpoint Configurationで管理されるAssetやDeploy、Patchなどの各種Tanium機能のライフサイクルを管理し、「Upgrade Rings」機能によって段階的なアップグレードを実施できます。
Upgrade Ringsでは、展開対象となるComputer GroupをRingごとに割り当てることで、アップグレード対象を段階的に拡大しながら展開を進められます。これにより、アップグレードによる影響範囲を抑えた運用が可能です。
Ringは最大15個まで作成でき、各Ringには最大30日の待機期間を設定できます。ただし、すべてのRingに設定した待機期間の合計は最大60日です。
以下は、4段階のRingを用いてアップグレードを実施する場合の構成例です。
| 展開リング | 展開規模 | 待機日数 | 内容 |
| Ring1 | No Computers | 5日 | 最新バージョンのリリース後、5日間は端末への展開を行わず、リリース内容や既知の問題の有無を確認します。 |
| Ring2 | 検証機グループ | 7日 | IT管理者が利用するエンドポイントを中心にアップグレードを実施し、既存運用への影響や動作に問題がないことを確認します。 |
|
Ring3 |
パイロット機グループ |
7日 | 一部の利用者に限定してアップグレードを展開し、実際の業務利用に近い環境で問題が発生しないことを確認します。 |
| Ring4 | All Computers | - | Ring1からRing3までの検証結果を踏まえ、全エンドポイントへアップグレードを展開します。 |
上記の構成例のようにUpgrade Ringsを活用することで、アップグレードによる想定外の影響が発生した場合でも、影響範囲を限定しながら原因調査や問題対応を進めることができます。
また、Change Managementには「Enable Tanium Client upgrades」という設定が用意されています。
この設定を有効にすると、Toolset層のアップグレードにあわせてTanium Client層も自動的にアップグレードされます。これにより、Tanium Client層とToolset層のバージョン整合性を維持しながら、両者を同一のライフサイクルで一元管理できます。
どちらのアップグレード方法が望ましい？
ここまでご紹介したように、Tanium Clientのアップグレードには、主にClient Managementを利用する方法と、Endpoint ConfigurationのChange Managementを利用する方法があります。
| 項目 | Client Management | Endpoint Configuration Change Management |
| 主な管理対象 | Tanium Client層 | Toolset層 |
| Tanium Clientのアップグレード | 〇 | 〇（Enable Tanium Client upgrades有効時） |
| Toolsetのアップグレード | × | 〇 |
| Ring展開 | × | 〇 |
| 主な用途 | Tanium Client層を個別管理したい場合 | Tanium Client層およびToolset層を同一のライフサイクルで管理したい場合 |
Taniumのベストプラクティスとしては、Change Managementを利用したアップグレード運用が推奨されています。
その理由は、各Toolsetバージョンに対応するTanium Clientバージョンが管理されており、Tanium Client層とToolset層のバージョン整合性を維持した状態でアップグレードを実施できるためです。これにより、バージョン不整合に起因するトラブルのリスクを低減できます。
一方で、Tanium Client本体のアップグレード頻度を抑えたい場合や、十分な検証期間を設けたうえで特定のバージョンへアップグレードしたい場合もあります。そのようなケースでは、Client Managementを利用してTanium Client層を個別に管理する方法が適しています。
このように、Toolset層とTanium Client層を同一のライフサイクルで管理したい場合はChange Management、Tanium Client層を個別のライフサイクルで管理したい場合はClient Managementが適しています。
特別な運用要件がない場合は、Taniumの推奨設定に従い、Change Managementを標準的なアップグレード方式として採用することをおすすめします。
まとめ
Tanium CloudではプラットフォームのアップグレードはTaniumによって実施されますが、Tanium Clientのアップグレードは利用者側で管理する必要があります。
Tanium Clientのアップグレード方法としては、Client ManagementとEndpoint ConfigurationのChange Managementの2つが提供されています。標準的な運用ではChange Managementを利用し、Toolset層とTanium Client層を同一のライフサイクルで管理する方法が推奨されています。
特別な運用要件がある場合はClient Managementによる個別管理も選択できますが、まずはChange Managementを基本方針とし、要件に応じて使い分けることをおすすめします。
浅見 頌太（日本ビジネスシステムズ株式会社）
セキュリティサービスセンターに所属し、エンドポイント管理ツール「Tanium」を中心とした業務に従事しています。 エンドポイントマネジメントを専門に、実務で得た知見をもとに技術情報や運用ノウハウを発信しています。
担当記事一覧