スタック・モニタリングの異常検出により、パフォーマンスの問題を迅速に特定 (2024/07/31)

スタック・モニタリングの異常検出により、パフォーマンスの問題を迅速に特定 (2024/07/31)

https://blogs.oracle.com/observability/post/identify-performance-problems-quicker-with-stack-monitoring-anomaly-detection

投稿者： Jayaprakash Subramanian | Product Management, SCP for OCI Observability & Management / Enterprise Manager


OCI Stack Monitoringの改善により、追加のメトリックのベースラインおよび異常検出がサポートされるようになりました。つまり、即時利用可能なリソース・タイプと、スタック・モニタリングにインポートされた新しいリソースのパフォーマンスの問題は、より早く特定できます。新しい異常検出機能には、PrometheusベースのリソースとOCIサービス(Load Balancer、Block Storage、MySQLなど)が含まれます。これらの新機能は、すぐに使えるリソース・タイプ(Oracle Database、WebLogic、Hostなど)の異常検出をサポートする、リリース済のOCI Stack Monitoringに追加されます。


ベースラインは、リソースの現在のパフォーマンスを以前のパフォーマンスと比較し、ベースラインのパフォーマンス・メトリックに適切なしきい値を設定するための参照ポイントです。時間の経過に伴うパフォーマンス・メトリックの観察に基づいて、ベースラインは機械学習アルゴリズムを適用して計算されます。


パフォーマンス・チャートでは、異常なメトリックが通常の範囲外の場合に視覚的に強調表示されます。時間の経過とともに、システムが使用されるとベースラインが微調整されます。




スタック・モニタリングEnterprise Editionの有効化によるリソース・ベースラインの識別


ライセンス・オプションでStack Monitoring Enterprise Editionを有効にすることで、リソースでベースラインを有効にできます。新しく検出されたリソースの場合、リソースが検出されてから少なくとも2時間後にベースラインが有効になります。ベースラインは時間の経過とともに正確になります。


異常検出を使用したデフォルト・メトリックに加えて、リソース・タイプごとに最大5つの追加メトリックを選択できます。選択した追加のメトリックは、同じコンパートメント内の同じタイプのすべてのリソースで使用できます。たとえば、Oracle Database上のIOPSのベースラインが有効で、そのコンパートメント内のすべてのEnterprise Edition Oracle DatabasesがIOPSベースライン有効メトリックを受け取ります。



効果的なベンチマークのためのベースラインと異常検出


基本編成と異常検出は、最新のデータ分析とシステム監視において重要なコンポーネントです。明確なベースラインを確立することで、組織はシステムやプロセスの正常な動作を構成する要素を理解できます。この理解により、効果的なベンチマーク、リソース計画、および長期的なトレンド分析が可能になります。


異常検知は、確立された基準からの逸脱を特定し、問題の早期発見、セキュリティの強化、運用効率の向上、品質管理の確保によって、ベースラインを補完します。



リソース

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)...
続きを読む

Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む