Skip navigation

Oracle Management Cloud 17.4.5 ニュースレター

2017年12月

Oracle Management Cloud (OMC) は、次世代の統合監視、管理、および分析クラウド・サービスのスイートであり、運用データ・セット全体に対して機械学習とビッグデータ・テクニックを活用します。 OMCの統合プラットフォームは、ITの安定性を向上させ、アプリケーションの停止を防ぎ、DevOpsの俊敏性を高め、アプリケーションおよびインフラストラクチャのポートフォリオ全体のセキュリティを強化するのに役立ちます。

 

17.4.5 リリースに関するアナウンス:

http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/infra-3433722.pngInfrastructure Monitoring

新しいエンティティタイプのサポート

Infrastructure Monitoringは新しいエンティティタイプのサポートを拡大し続けています。

  • Microsoft IIS
  • Oracle Unified Directory(OUD)
  • Oracle Access Manager(OAM)
  • Oracle Internet Directory(OID)

 

APMで追加されたTomcatとWebLogic Serverの統合ディスカバリ

APMエージェントによって検出されたTomcatおよびWebLogic Serverは、クラウドエージェントによって自動的に追加(発見)され、インフラストラクチャ監視でこれら同じアプリケーションサーバーを監視できます。この統合ディスカバリを有効にするために、ユーザーは、資格情報を監視し、これらのアプリケーションサーバーを監視するために使用されるクラウドエージェントを識別するワンタイム構成を行います。構成が完了すると、APMエージェントがTomcatまたはWebLogic Serverを追加するたびに、統合ディスカバリによって、指定されたクラウド・エージェントに監視対象として同じアプリケーション・サーバーを追加できます。その時点で、クラウドエージェントはInfrastructure Monitoring用のこれらのアプリケーションサーバーの監視も開始します。

http://www.oracle.com/technetwork/oem/db-mgmt/infra1-4112082.png

 

エンティティホームページ:パフォーマンスチャートの強化

エンティティホームページには、エンティティの主要なパフォーマンスチャートが表示されます。ユーザーは、これらのパフォーマンス・チャートに任意のメトリックのセットを表示することが選択できます。いくつかのメトリックでは使用できるデータがないシナリオがあります。たとえば、ユーザーがコンプライアンス機能を使用していない場合、コンプライアンス・メトリックに使用できるデータはありません。ユーザーがパフォーマンスチャートに適したメトリックを選択できるように、メトリックにメトリックデータが使用可能かどうかを示すビジュアルインジケータがUIに表示されます。

http://www.oracle.com/technetwork/oem/db-mgmt/infra2-4112094.png

 

エンティティホームページ:ベースライン/アノマリの強化

エンティティホームページの[パフォーマンス]タブには、パフォーマンスメトリックの主要なサブセットのベースライン/アノマリが表示されます。このリリースでは、このサポートがカスタムメトリックを含むすべてのメトリックに拡張されました。これは、カスタムメトリックやユーザー定義のメトリックを含むすべてのメトリックの異常を検出してパフォーマンスチャートに表示することを意味します。

http://www.oracle.com/technetwork/oem/db-mgmt/infra3-4112104.png

 

メトリック相関を使用したアラートのトラブルシューティング

アラートのトラブルシューティングでは、関連するエンティティからのメトリックを参照することで、アラートの潜在的な原因を特定する必要がある場合があります。たとえば、エンティティのレイテンシの問題は、それが依存する基盤となるエンティティのリソース不足によって引き起こされる可能性があります。このトラブルシューティングプロセスを支援するため、このリリースでは新しいメトリック相関機能が追加されています。具体的には、アラートを見るとき、ユーザーは「関連メトリック」タブに移動して、アラートが発生したメトリックとの相関性が高いメトリックを表示できます。これは、アラートの潜在的な原因を特定する際に、ユーザーがフィールドを絞り込むのに役立ちます。

http://www.oracle.com/technetwork/oem/db-mgmt/infra4-4112116.png

 

(Back to Top)

http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/log-3433725.pngLog Analytics

リンクを使用したログレコードの分析

Linkコマンドを使用すると、選択したグループ化フィールドに基づいて、ログソースの個々のログレコードをグループにまとめて、ログイベントの高度な分析を実行できます。ユーザーは、異常または潜在的な問題を検出するための異常なパターンを観察するために、同じフィールドまたは追加フィールドを使用してグループを分析できます。Linkコマンドは、さまざまなユースケースに使用できます。たとえば、ビジネス・アプリケーションからの個々のログ・レコードをリンクしてビジネス・トランザクションを統合することができます。グループは、Webアクセスログからユーザーセッションを合成するためにも使用できます。これらのリンクされたレコードが生成されると、異常な挙動を分析することができます。異常な挙動の例:

  • ビジネストランザクションが異常に長く実行されているか、失敗している
  • 大量のデータを通常よりもダウンロードしているユーザーセッション

http://www.oracle.com/technetwork/oem/db-mgmt/log1-4112131.png

http://www.oracle.com/technetwork/oem/db-mgmt/log2-4112175.png

http://www.oracle.com/technetwork/oem/db-mgmt/log2-4112175.pnghttp://www.oracle.com/technetwork/oem/db-mgmt/log3-4112189.png

 

Ubuntuのサポート

Ubuntuをサポートするために、すぐに使用できるログソースリストに「Ubuntu Secure Logs」および「Ubuntu Syslog Logs」と呼ばれる2つの新しいログソースが追加されました。

 

デバッグのためのParserテストの改善

パーサービルダーテストの一環として、パーサーをテストし、パーサのどの部分が以下のように壊れているかを簡単に示すことができます。

 

http://www.oracle.com/technetwork/oem/db-mgmt/log4-4112202.png

 

ダッシュボードへのテーブルとレコードのウィジェットの保存

ユーザーは以下のように「テーブル」と「レコード」ビジュアライゼーションをダッシュボードに保存できます。

 

http://www.oracle.com/technetwork/oem/db-mgmt/log5-4112216.png

 

WHEREコマンド

whereコマンドを使用して、式の値をtrueまたはfalseに計算します。

  • •構文:* | どこで
  • •例:
    • - * | 重大度=致命的
    • - * | length(URI)> = 40

Earliest() - latest()関数

指定されたフィールドの最も古いものと最新でないものを返します。

  • 構文:... | stats最も早い(フィールド)
  • 構文:... | 最新の統計情報(フィールド)

注:ユーザーは、同じ方法で "timestats"コマンドでこれらの機能を使用することができます

 

(Back to Top)

http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/ita-3433724.pngIT Analytics

2つの新しいITAアプリケーションのリリースの発表を嬉しく思います。

  1. Exadata Analytics
  2. SQLパフォーマンス分析

 

Exadata Analytics

  • パフォーマンスとキャパシティを統合したExadata Compute、Storageインフラストラクチャ、およびデータベースワークロード用の新しいアプリケーション
  • 積極的な計画に基づいてキャパシティを最適化することで、Exadataの顧客ROIを向上
  • 共有Exadataインフラストラクチャで実行される重要なワークロードのパフォーマンスを可視化

 

Exadata Analyticsは、以下のユースケースを解決します。

  • クリティカルなExadataデータベース・マシンの識別
    • 30〜90日でキャパシティ・ヘッドルームに達するサーバー
    • 機械学習に基づく予測分析
  • 新しいワークロードのための空き容量の特定
    • 利用可能なリソースを持つサーバーを特定する
  • リソースタイプ別のトップデータベース
    • リソースタイプ(CPU、メモリ、I / Oおよびストレージ)別にリソースを消費する最上位のDBを特定

http://www.oracle.com/technetwork/oem/db-mgmt/ita1-4111949.png

http://www.oracle.com/technetwork/oem/db-mgmt/ita2-4111948.png

 

Exadata Analyticsアプリケーションの特長は次のとおりです。

  • 30/90/180日で容量に達するかもしれない重要なExadataシステムを特定する
  • Exadataシステムの現在のリソース使用率の概要
  • どのCPU /メモリ/ IOリソースが容量のボトルネックかを把握する
  • Exadata上でリソースを消費する上位のDBを特定する
  • キャパシティに達する可能性のあるホストを特定する
  • 関連ITAアプリケーション分析の統合
    • ホストリソース、データベースリソース、DBパフォーマンスの洞察
    • 詳細な分析のために、関連するITAアプリケーションへのシームレスなナビゲーションを提供

 

http://www.oracle.com/technetwork/oem/db-mgmt/ita3-4111925.png

 

Exadata Analyticsアプリケーションは、サーバーの残存キャパシティを特定します。

  • 将来キャパシティがなくなるキャパシティ・ボトルネックのサーバーを特定する
    • システム上で実行されているデータベースはプロビジョニングが不十分で、パフォーマンスが低下する可能性がある
  • キャパシティボトルネックの解決
    • 高いリソース消費しているデータベースの再配置
    • 悪いSQLによるCPU使用率の増加を確認する
    • サーバーの追加を検討する

http://www.oracle.com/technetwork/oem/db-mgmt/ita4-4111903.png

 

Exadata Analyticsアプリケーションは、使用可能なキャパシティのサーバーを識別します。

  • 既存のワークロードを新規または移行するために使用可能なキャパシティが最も多いサーバーを特定する
  • 使用可能なキャパシティが最も多く、現在および将来のリソース使用率が低いサーバー
  • 6ヶ月後の推定使用状況の傾向および予測分析に基づく洞察

http://www.oracle.com/technetwork/oem/db-mgmt/ita5-4111885.png

 

SQL Performance Analytics

  • 多数のデータベースとアプリケーションにわたるSQLパフォーマンス分析
  • 問題領域でのSQLの自動分析と分類
  • 機械学習を用いたSQLパフォーマンスの体系的パターンの識別
  • データベースパフォーマンス分析に基づいてSQLパフォーマンスの問題を分析し、アプリケーションパフォーマンスの問題の根本原因を特定する
  • エンタープライズ全体で問題を特定し、アプリケーションのワークロードのパフォーマンスを向上させる

 

SQL Performance Analyticsアプリケーションの特長は次のとおりです

  • すべてのデータベースを通して問題のあるSQLを特定する
    • パフォーマンスが低下し、非効率であり、他とは異なる、実行計画が変更されるSQL
    • 問題を特定のデータベースとSQLにすばやく絞り込む
    • 最も注意を必要とするSQL
    • チューニングすると、アプリケーションのパフォーマンスが向上するSQL
  • 機械学習を使用してSQLパフォーマンスに固有の洞察を提供する
    • システム全体のSQLパフォーマンスの問題を明らかにする
  • CPUおよびIOによる上位SQLを使用した高負荷SQLの識別
    • Colorキーを使用してCPUおよびIO使用率が最も高くなっているSQL
    • 応答時間、平均アクティブセッション、1時間あたりの実行数によるスライスとダイス

 

http://www.oracle.com/technetwork/oem/db-mgmt/ita6-4111869.png

 

(Back to Top)

http://www.oracle.com/technetwork/oem/db-mgmt/security12-3960206.pngSecurity and Monitoring Analytics

トポロジビューに脅威数が統合

トポロジビューでは、アラートメトリックとともに脅威も表示されます

http://www.oracle.com/technetwork/oem/db-mgmt/sma4-4112952.png

 

別のウィンドウ/タブで脅威/ユーザー/アクティビティの詳細の起動が可能:

Threats / Users / Activity Listのエントリを右クリックし、ドリルダウンする代わりに新しいウィンドウまたはタブでページを開くことができます。これにより、作業中のコンテキストを保持し、ブラウザの戻るボタンの使用を避けることができます。

 

http://www.oracle.com/technetwork/oem/db-mgmt/sma3-4112937.png

 

「Admin」ページへの読み取り専用アクセスの有効化

SOC AnalystはAdmin(管理)ページを読み取り専用モードで表示できるようになりました(相関ルール定義のチェックなど)。彼らは編集を行うことはできません - SOC Adminユーザーだけが変更を加えることができます。

 

ドメインダッシュボード

MySQLとDB2用のすぐに使用できるDomain Dashboardsが追加されました。ダッシュボードは、アクティビティおよびスタートアップ/シャットダウン別に上位10個のDBを表示するウィジェットを提供し、アカウントの変更、スキーマの変更を伴う上位10個のDBも表示します。

http://www.oracle.com/technetwork/oem/db-mgmt/sma2-4112915.pnghttp://www.oracle.com/technetwork/oem/db-mgmt/sma1-4112856.png

 

パーサーのサポート

Oracle OAM、OIDおよびOIMログのサポートが追加されました。

 

(Back to Top)

OMC Common Features

 

Data Explorer:カードの視覚化

各カードがエンティティインスタンスを表す複数のエンティティのデータを視覚化する新しい方法が提供されました。

http://www.oracle.com/technetwork/oem/db-mgmt/common1-4111973.png

 

Data Explorer:データグリッドでのページネーションサポート

http://www.oracle.com/technetwork/oem/db-mgmt/common2-4111990.png

 

Data Explorer:アラート分析

クローズしたアラートとオープンしているアラートを異なる次元で分析します。一定期間のクローズドバージョンのオープントレンドを参照してください。重大度によるディメンション分析を実行します。

 

http://www.oracle.com/technetwork/oem/db-mgmt/common3-4112008.pnghttp://www.oracle.com/technetwork/oem/db-mgmt/common4-4112019.png

 

新しいOOBグループダッシュボード

http://www.oracle.com/technetwork/oem/db-mgmt/common5-4112031.png

 

エンティティカード:グループダッシュボードへのリンク追加

http://www.oracle.com/technetwork/oem/db-mgmt/common6-4112043.png

 

最近の使用時間を表示するタイムセレクタ

http://www.oracle.com/technetwork/oem/db-mgmt/common7-4112044.png

 

他のエンティティ表示のためのEntity Selectorのドロワー/スクロール

http://www.oracle.com/technetwork/oem/db-mgmt/common8-4112052.png

http://www.oracle.com/technetwork/oem/db-mgmt/common9-4112068.png

 

(Back to Top)

原文: Sending Data to Oracle Management Cloud

 

筆者は、お客様がOracle Management Cloud(OMC)サービスを導入するのをお手伝いしてきました。 OMCについて新規のお客様から最も頻繁に受ける質問の1つが、どのようにデータが収集されOracle Cloudに送信されるのかということです。オンプレミスまたはクラウドにインストールされたエージェントを使用してさまざまなデータ・ポイントを収集でき、Oracle Management Cloudの多くのサービスで使用できます。このブログでは、通信の発生ポイントを紹介し、データの入手先と使用方法を説明します。

 

すべての通信は、エージェントからOracle Cloud方向にのみ送信されます。インバウンド通信はありません。エージェントの通信はすべてHTTPS経由です。システムがインターネットに直接アクセスできる場合は、直接通信することができます。ほとんどのエンタープライズのお客様では、プロキシやファイアウォール/ ACLの変更を構成して、特定のサーバーやポート上での通信を可能にすることが多いです。

各テナントには、エージェントがアクセスする一意のURLがあります。通常、次のようになります。

https:// <tenant> .itom.management.us2.oraclecloud.com / *

例:
https://tenant1.itom.management.us2.oraclecloud.com/registry

 

OMCアーキテクチャ

 

エージェント

Cloud Agent

Cloud Agentは、さまざまなサービス(Log Analytics、IT Analytics、Infrastructure Monitoring)で使用されるログ、監視、パフォーマンスデータを収集します。このエージェントは、オンプレミスでもクラウドでも、ターゲットホスト上に配置されます。エージェントは、OMCに直接、あるいはプロキシやゲートウェイ(下記参照)を介して通信できます。

 

APMエージェント

Application Performance Monitoring(APM)を使用する場合は、アプリケーションが実行されているサーバーにAPMエージェントをインストールします。アプリケーションがJava、.Net、Node.js、Rubyのいずれであっても、エージェントはアプリケーションに関するパフォーマンスデータを収集してOMCに送信します。このエージェントは、直接またはプロキシ経由やゲートウェイ経由で通信できます。 APMがアプリケーション・ユーザーのブラウザからエンドユーザー性能情報を収集すると、そのデータは直接OMCに送信されます。

 

ゲートウェイ

The Gateway is an optional component and is used to buffer and send all data from Cloud Agents, APM Agents and Data Collectors to the Oracle Cloud.   This way, only one server has to have internet access.  Due to the amount of activity for buffering data, this may require a standalone machine as the CPU utilization can be up to 20% for large environments depending on the number of agents and volume of data being sent.

ゲートウェイはオプションのコンポーネントであり、Cloud Agent、APMエージェント、およびデータ・コレクタからのすべてのデータをバッファリングしてOracle Cloudに送信するために使用されます。この方法では、インターネットにアクセスできる必要があるサーバーは1台だけですバッファリングするデータの量によっては(ゲートウェイ用に)スタンドアロンのマシンが必要になる場合があります。これは、エージェントの数と送信されるデータの量によっては、大規模な環境ではCPU使用率が最大20%程度に達することがあるためです。

 

データコレクター

Oracle Enterprise Manager(OEM)がすでに構成されているユーザー向けのオプションとしてデータコレクターがあります。データコレクターは、OEMの監視ターゲットのプロパティ、アソシエーション、メトリック、インシデント、バージョン、追加の構成データなどを抽出し、これをOMCと共有します。データコレクタは、ゲートウェイ経由でOMCと通信します。複数のOEMが構成されている場合、複数のData Collectorを持つことができます。これは、組織、地理、またはライフサイクルの状況によってOEMが分離されている場合、データを1か所に統合する絶好の機会です。

 

Deployment

これらのエージェントのインストールは簡単です。お客様は、OMCからマスターインストールキットをダウンロードし、これをすべてのインストールに使用することができますインストールキットにはテナント情報が含まれており、インストール中にエージェントを認証するための登録キーを入力します。

ゲートウェイを介して通信するCloud Agentをインストールするためのサンプルインストールコマンド:

$ ./AgentInstall.sh AGENT_TYPE=cloud_agent AGENT_BASE_DIR=/u01/app/oracle/omc/cloud_agent GATEWAY_HOST=hostname.server.com GATEWAY_PORT=1840 AGENT_REGISTRATION_KEY=<tenant specific>

Downloading lama agent software ...
Generating emaas.properties ...
Extracting Agent Software ...
Installing the Agent ...
Registering the Agent ...
Downloading Certificates ...
Configuring the Agent ...
Cleanup temporary files ... 
The following configuration scripts need to be executed as the root user
#!/bin/sh
#Root script to run
/u01/oracle/omc/cloud_agent/core/1.12.0/root.sh

エージェントのメンテナンス

Oracle Management Cloudは毎月リリースされているアジャイル製品なので、エージェントも毎月更新される可能性があります。これは、エージェントを毎月アップグレードしなければならないわけではありませんが、四半期ほどごとにアップグレードすると、エージェントは良い状態に保たれます。エージェントをアップグレードする準備ができたら、エージェントの管理ページに移動して[アップグレード]を選択するだけです。これにより、エージェントは最新のエージェントをダウンロードし、アウトオブプレースアップグレードをシームレスに実行します。アップグレードが何らかの理由で失敗した場合、元のエージェントはアクティブのままです。エージェントを一括アップグレードするオプションもあります。


サマリー

ご覧のとおり、Oracle Management Cloudとの通信には、さまざまなニーズを満たすためのいくつかのオプションがあります。すべての通信はhttpsを使用し、直接またはゲートウェイ経由でクラウドと通信できます。追加情報をお探しの場合は、次の情報源を参考にしてください。