クラウド管理のインベントリと可視性Inventory and visibility in cloud management

運用管理は、データに明確に依存しています。Operational management has a clear dependency on data. 一貫した管理には、管理対象のもの (インベントリ) とそれらの管理対象のワークロードと資産の経時変化 (可視性) を理解することが必要です。Consistent management requires an understanding about what is managed (inventory) and how those managed workloads and assets change over time (visibility). インベントリと可視性に関する明確な分析情報があれば、チームは環境を効果的に管理できるようになります。Clear insights about inventory and visibility help empower the team to manage the environment effectively. その他のすべての運用管理アクティビティとプロセスは、これら 2 つの分野に基づいています。All other operational management activities and processes build on these two areas.

測定の重要性に関する昔ながらの表現を使って、この記事の方向性を示します。A few classic phrases about the importance of measurements set the tone for this article:

  • それは、"重要なものを管理すること" です。Manage what matters.
  • 管理できるのは、測定できるものだけです。You can only manage what you can measure.
  • 測定できない場合、問題にならない可能性があります。If you can't measure it, it might not matter.

インベントリと可視性の規範は、このような時代を超越したフレーズに基づいています。The inventory and visibility discipline builds on these timeless phrases. 運用管理プロセスを効率的に確立するには、その前にデータを収集し、適切なチームに適切なレベルの可視性を作成することが重要です。Before you can effectively establish operational management processes, it's important to gather data and create the right level of visibility for the right teams.

一般的なお客様の課題Common customer challenges

インベントリと可視性のプロセスが一貫して適用されない場合、運用管理チームは、ビジネスの中断量が多くなり、復旧までの時間が長くなり、問題のトラブルシューティングとトリアージに必要な作業が多くなる可能性があります。Unless inventory and visibility processes are consistently applied, operational management teams can suffer from a higher volume of business interruptions, longer time to recovery, and greater amounts of effort required to troubleshoot and triage issues. 変更は優先度の高いアプリケーションと多数の資産に悪影響を与えるため、このような各メトリックはさらに速く増加します。As changes adversely affect higher priority applications and larger numbers of assets, each of these metrics grows even faster.

こうした課題は、一貫したデータ/テレメトリによってのみ答えが得られる少数の質問から生じます。These challenges stem from a small number of questions that can be answered only through consistent data/telemetry:

  • 現在の状態のパフォーマンスは、標準の運用パフォーマンス テレメトリからどのくらい逸脱していますか。How does the current-state performance deviate from standard operational performance telemetry?
  • ワークロード レベルでビジネスの中断を引き起こしているのはどの資産ですか。What assets are causing the business interruptions at the workload level?
  • このワークロードやビジネス プロセスの許容可能なパフォーマンスに戻すには、どの資産を修復する必要がありますか。Which assets must be remediated to return to acceptable performance of this workload or business process?
  • 逸脱はいつ始まりましたか。When did the deviation start? トリガーは何でしたか。What was the trigger?
  • 基の資産にどのような変更が加えられましたか。Which changes have been made to the underlying assets? 誰が行いましたか。By whom?
  • 変更は意図的に行われましたか。Were the changes intentional? 悪意はありましたか。Malicious?
  • 変更がパフォーマンス テレメトリに与えた影響はどのくらいですか。How did changes affect performance telemetry?

ログとテレメトリ データの豊富で一元化されたソースなしでは、このような質問に答えることは不可能ではありませんが、困難です。It is difficult, if not impossible, to answer these questions without a rich, centralized source for logs and telemetry data. データを一元管理するために必要な一貫した構成を確保してクラウド管理を実現するには、最初にプロセスを定義してベースライン サービスを開始する必要があります。To enable cloud management by ensuring the consistent configuration that's required to centralize the data, the baseline service must first start by defining the processes. このプロセスでは、このような構成がデータ収集を実施し、インベントリのコンポーネントと次のセクションの可視性をサポートするかを把握する必要があります。The processes should capture how such a configuration enforces data collection to support the components of inventory and visibility in the next section.

インベントリと可視性のコンポーネントComponents of inventory and visibility

クラウド プラットフォームで可視性を構築するには、いくつかの重要なコンポーネントが必要です。Creating visibility on any cloud platform requires a few key components:

  • 責任と可視性Responsibility and visibility
  • インベントリInventory
  • 一元的なログ記録Central logging
  • 変更の追跡Change tracking
  • パフォーマンス テレメトリPerformance telemetry

責任と可視性Responsibility and visibility

各ワークロードのコミットメントを確立する際には、管理責任が重要な要素になります。When you establish commitments for each workload, management responsibility is a key factor. 責任が委任されている場合は、委任の可視性が必要になります。Delegated responsibility creates a need for delegated visibility. インベントリと可視性に向けた最初のステップは、責任者が適切なデータにアクセスできるようにすることです。The first step toward inventory and visibility is to ensure that the responsible parties have access to the right data. 可視化のために何らかのクラウドネイティブ ツールを実装する前に、各運用チームの適切なアクセスとスコープを使用して各監視ツールを構成する必要があります。Before you implement any cloud-native tools for visibility, ensure that each monitoring tool has been configured with proper access and scope for each operations team.

インベントリInventory

資産が存在することを知っている人がいなければ、資産の管理は困難です。If no one knows that an asset exists, it's difficult to manage the asset. 資産またはワークロードを管理する前に、インベントリを作成し、分類する必要があります。Before an asset or workload can be managed, it must be inventoried and classified. 安定した運用に向けた最初の技術的なステップは、インベントリの検証とそのインベントリの分類です。The first technical step toward stable operations is a validation of inventory and classification of that inventory.

一元的なログ記録Central logging

一元的なログ記録は、運用管理チームが日々必要とする可視性にとって重要です。Centralized logging is critical to the visibility that's required day to day by the operations management teams. クラウドにデプロイされたすべての資産は、ログを中央の場所に記録する必要があります。All assets deployed to the cloud should record logs to a central location. Azure では、その中心の場所は Log Analytics です。In Azure, that central location is log analytics. ログ記録の一元化によって、変更管理、サービス正常性、構成、および IT 運用の他のほとんどの側面に関するレポートが容易になります。The centralization of logging drives reports about change management, service health, configuration, and most other aspects of IT operations.

一元的なログ記録を一貫して使用することは、反復可能な運用を確立するための最初の手順です。Enforcing the consistent use of central logging is the first step toward establishing repeatable operations. 強制は、企業のポリシーによって実現できます。Enforcement can be accomplished through corporate policy. ただし、一貫性を確保するために、可能な場合は強制実行する必要があります。When possible, however, enforcement should be automated to ensure consistency.

変更の追跡Change tracking

変更は、テクノロジ環境における定数の 1 つです。Change is the one constant in a technology environment. 信頼性の高い運用には、複数のワークロードにわたる変更の認識と理解が不可欠です。Awareness and understanding of changes across multiple workloads is essential to reliable operations. どのクラウド管理ソリューションでも、技術の変更のタイミング、方法、理由を理解する手段を含める必要があります。Any cloud management solution should include a means of understanding the when, how, and why of technical change. このようなデータ ポイントがないと、修復作業が大幅に妨げられます。Without those data points, remediation efforts are significantly hindered.

パフォーマンス テレメトリPerformance telemetry

クラウド管理に関するビジネスのコミットメントは、データによって決まります。Business commitments about cloud management are driven by data. コミットメントを適切に維持するには、まず、ワークロードの安定性、パフォーマンス、運用に関するテレメトリと、ワークロードをサポートする資産について、クラウド運用チームが理解する必要があります。To properly maintain commitments, the cloud operations team must first understand the telemetry about the stability, performance, and operations of the workload, and the assets that support the workload.

ネットワーク、DNS、オペレーティング システム、および環境のその他の基本的な側面の継続的な正常性と運用は、あらゆるワークロードの全体的な正常性を考慮する上で重要なデータ ポイントです。The ongoing health and operations of the network, DNS, operating systems, and other foundational aspects of the environment are critical data points that factor into the overall health of any workload.

処理Processes

おそらく、クラウド管理プラットフォームの機能よりも重要なのは、クラウド管理プロセスがビジネスとの運用コミットメントを実現することです。Perhaps more important than the features of the cloud management platform, the cloud management processes will realize operations commitments with the business. クラウド管理の方法論には、少なくとも次のプロセスを含める必要があります。Any cloud management methodology should include, at a minimum, the following processes:

  • 事後対応型の監視: 逸脱が業務に悪影響を与える場合、誰がそれらの逸脱に対処しますか。Reactive monitoring: When deviations adversely affect business operations, who addresses those deviations? 逸脱を修復するためにどのような措置が取られますか。What actions do they take to remediate the deviations?
  • 事前対応型の監視: 逸脱は検出されましたが、業務は影響を受けない場合、そのような逸脱には、誰がどのように対処しますか。Proactive monitoring: When deviations are detected but business operations are not affected, how are those deviations addressed, and by whom?
  • コミットメント レポート: ビジネス コミットメントの準拠は、業務の利害関係者にどのように伝えられますか。Commitment reporting: How is adherence to the business commitment communicated to business stakeholders?
  • 予算の確認: 予算に計上されたコストに対して、そのコミットメントを確認するプロセスはどのようなものですか。Budgetary reviews: What is the process for reviewing those commitments against budgeted costs? 展開されたソリューションを調整するプロセス、または配置を作成するコミットメントはどのようなものですか。What is the process for adjusting the deployed solution or the commitments to create alignment?
  • エスカレーション パス: 上記のプロセスのいずれかがビジネスのニーズを満たすことができない場合、どのエスカレーション パスを使用できますか。Escalation paths: What escalation paths are available when any of the preceding processes fail to meet the needs of the business?

インベントリと可視性に関連するプロセスは複数あります。There are several more processes related to inventory and visibility. 上記のリストは、運用チーム内の思考を促すように設計されています。The preceding list is designed to provoke thought within the operations team. これらの質問に答えることは、必要なプロセスの一部を開発するために役立つだけでなく、新しい、より深い質問のきっかけになる可能性があります。Answering these questions will help develop some of the necessary processes, as well as likely trigger new, deeper questions.

役割Responsibilities

運用監視のプロセスを開発する場合、毎日の運用と各プロセスの定期的なサポートの責任を決定することも同様に重要です。When you're developing processes for operational monitoring, it's equally important to determine responsibilities for daily operation and regular support of each process.

一元化された IT 組織では、IT が運用の専門知識を提供します。In a centralized IT organization, IT provides the operational expertise. 修復が必要な問題の場合、ビジネスは相談的な性質になります。The business would be consultative in nature, when issues require remediation.

優れた組織のクラウド センターでは、業務によって専門知識を提供し、このようなプロセスの管理に責任を持ちます。In a cloud center of excellence organization, business operations would provide the expertise and hold responsibility for management of these processes. IT は、チームが環境を運用する際のチームのオートメーションとサポートに焦点を当てます。IT would focus on the automation and support of teams, as they operate the environment.

ただし、これらは一般的な責任です。But these are the common responsibilities. 多くの場合、ビジネス コミットメントを満たすには、組織にさまざまな役割が必要です。Organizations often require a mixture of responsibilities to meet business commitments.

インベントリと可視性に基づいて行動するAct on inventory and visibility

クラウド プラットフォームに関係なく、インベントリと可視性の 5 つのコンポーネントは、ほとんどの運用プロセスを促進するために使用されます。Regardless of the cloud platform, the five components of inventory and visibility are used to drive most operational processes. 後続のすべての規範は、キャプチャされるデータに基づいて構築されます。All subsequent disciplines will build on the data that's being captured. このシリーズの次の記事では、そのデータに基づいて行動し、他のデータ ソースを統合する方法について説明します。The next articles in this series outline ways to act on that data and integrate other data sources.

共有の可視性Share visibility

アクションのないデータから得られるものはほとんどありません。Data without action produces little return. クラウド管理は、クラウドネイティブのツールとプロセス以外にも拡大する可能性があります。Cloud management might expand beyond cloud-native tools and processes. より広範なプロセスに対応するには、クラウド管理ベースラインを拡張し、レポート、IT サービス マネジメントの統合、またはデータの一元化を含める必要があります。To accommodate broader processes, a cloud management baseline might need to be enhanced to include reporting, IT Service Management integration, or data centralization. クラウド管理では、運用の成熟度のさまざまな段階で、以下の 1 つ以上を含める必要があります。Cloud management might need to include one or more of the following during various phases of operational maturity.

レポートReport

多くの場合、ビジネス上の関係者へのコミットメントに関するオフライン プロセスとコミュニケーションには、レポートが必要です。Offline processes and communication about commitments to business stakeholders often require reporting. セルフサービス レポートまたは定期的なレポートは、強化された管理ベースラインの必須のコンポーネントです。Self-service reporting or periodic reporting might be a necessary component of an enhanced management baseline.

IT サービスマネジメント (ITSM) の統合IT service management (ITSM) integration

ITSM の統合は、多くの場合、インベントリと可視性に基づいた行動の最初の例です。ITSM integration is often the first example of acting on inventory and visibility. 想定されるパフォーマンス パターンからの逸脱が発生すると、ITSM の統合では、クラウド プラットフォームからのアラートを使用して個別の IT サービス管理ツールでチケットをトリガーし、修復アクティビティをトリガーします。When deviations from expected performance patterns arise, ITSM integration uses alerts from the cloud platform to trigger tickets in a separate IT service management tool to trigger remediation activities. 一部の運用モデルでは、強化された管理ベースラインの一部として ITSM の統合が必要になる場合があります。Some operating models might require ITSM integration as an aspect of the enhanced management baseline.

データの一元化Data centralization

企業が 1 つのクラウド プロバイダー内で複数のテナントが必要になる理由はさまざまです。There's a variety of reasons why a business might require multiple tenants within a single cloud provider. このようなシナリオでは、こうした各テナントまたは環境全体の可視性を実現するために、データの一元化は強化された管理ベースラインの必須のコンポーネントです。In those scenarios, data centralization is a required component of the enhanced management baseline, because it can provide visibility across each of those tenants or environments.

次のステップNext steps

運用のコンプライアンスは、管理のオートメーションと制御を適用することにより、インベントリの機能に基づいて構築されます。Operational compliance builds on inventory capabilities by applying management automation and controls. 運用のコンプライアンスがプロセスにどのようにマップされるかを確認してください。See how operational compliance maps to your processes.