Smart Style
0120-429-223
見積・お問合せ

2022.07.21

Percona

Percona Monitoring and Management (PMM) 2.29.0（リリース日：2022年7月19日）

リリースハイライト

PMMのガイド付きツアー

現在、PMMには、アプリケーションを最初に起動した時に自動的にポップアップする短いアプリ内チュートリアルが含まれています。

新規ユーザーの場合、これにより簡単に使い始めることができます。また、中級ユーザーや上級ユーザーの場合は、PMMを最大限に活用するために調査する価値のある機能のチェックリストとしてこのツアーを使用してください。

様々な環境でのPMMのデプロイ

K8s

免責事項
KubernetesへのPMMのデプロイはまだ技術的なプレビューであり、変更される可能性があります。初期利用者は、テスト目的でのみこの機能を使用することをお勧めします。

PMM 2.29.0から、Perconaでサポートされているヘルムチャートが導入され、PMMインスタンスを著名なコンテナオーケストレーションシステムであるKubernetes（k8s）にシームレスにデプロイできるようになりました。Helmチャートを使用すると、デプロイをカスタマイズできます。これらの様々なパラメータを設定することにより、PMMのインストールを微調整できます。

PMMのヘルムチャートを導入する前に、PMMをデプロイしたい場合は、PMMを実行するために別の仮想マシンが必要になりますが、ヘルムチャートを使用する場合は必須ではありません。Helm Chartは、ボタンをクリックするか、単一のCLIコマンドで、Kubernetesパッケージを活用する機能を提供します。

Podman

免責事項
Podmanのサポートはまだ技術的なプレビューであり、変更される可能性があります。初期利用者は、テスト目的でのみこの機能を使用することをお勧めします。

PMM 2.29.0以降、Podmanを使用してPMMインスタンスをすばやく起動して実行することができます。Podmanを使用すると、PMMの実行、構築、およびデプロイが簡単になります。

Podmanを使用したPMMのデプロイは、コンテナの作成、実行、管理にroot権限を必要としないため、はるかに安全です。これにより、非rootユーザーとしてコンテナを実行できるため、ホストでユーザーにroot権限を与える必要はありません。したがって、セキュリティ違反が発生した場合に重要である新しいセキュリティレイヤーが追加されます。Podmanを使用すると、複数の非権限ユーザーが同じマシンでコンテナを実行することもできます。

ローカルファイルシステム

ローカルファイルシステムを使用して、データコンテナなしでPMMインスタンスを起動できます。

Dockerボリュームまたはホストディレクトリを-v docker-cliオプションとともに使用して、PMMの状態（databases、configsなど）を保存できます。

RHEL 9サポート（クライアント）

PMMクライアントがRHEL 9をサポートするようになりました。

モニタリング

メタメトリクス

様々なコレクターのデータを収集するのにかかる時間を監視するために、Mongodbエクスポーターにいくつかのメトリックを追加しました。これらのメトリックを使用すると、MongoDBエクスポーターによる様々なコレクターの監視コストを確認できます。

PXC Clusterダッシュボード

重要
この実験的なダッシュボードは変更される可能性があります。このダッシュボードは、テスト目的でのみ使用することをお勧めします。

新しい実験的なPXC／Galera Cluster Summaryダッシュボードを作成して、それをシンプルで直感的にし、一目でわかる可視性を提供して、より良い意思決定を実現します。PXCクラスターの重要なデータは、ユーザーからのフィードバックを得るためにこのダッシュボードにまとめられています。

以前は、PXC Clusterデータは様々なダッシュボードに分散されていました。ユーザーは、PXCノード比較ダッシュボードにはなかったスロークエリやネットワーク概要などのデータを確認するために、MySQL比較ダッシュボードを参照する必要がありました。これにより、データベースで発生する可能性のある問題を特定するのに時間がかかりました。新しいPXCダッシュボードを使用して、この問題を解決し、クラスタとサービスに関する洞察に満ちたデータを取得することを目指しています。これで、ユーザーはこのダッシュボードからPXCクラスタの概要を得ることができます。また、初心者から中級レベルの専門知識を持つユーザーまで、このダッシュボードでデータを簡単に分析できます。

トラブルシューティング

ログの管理

PMMユーザーとして、ログの詳細レベルを明示的に設定して、デフォルトで意味のあるログを表示できるようにすることで、トラブルシューティングのエクスペリエンスを向上させることができます。

詳細なログが必要な場合は、--log-levelをINFOに設定します。デフォルトでは、INFOはログに記録されません。したがって、--log-levelパラメータを使用すると、表示したログをより細かく制御でき、warning、error、fatal、infoなどのオプションを柔軟に選択できます。

例えば、MySQLデータベースのログレベルをfatalに設定するためには、次のようにします。
pmm-admin add mysql --username=XXX --password=XXX --log-level=fatal

さらにコマンドに追加されたパラメータ
  • pmm-adminコマンドの出力にエージェント（エクスポーター）ポートを追加しました。これは、デバッグ中に重要です。
    pmm-admin list
    pmm-admin status
    pmm-admin inventory list agents
  • CLIを介したカスタムパスワードをサポートし、それをより安全にするために、次のコマンドに新しいフラグ --agent-passwordを追加しました。
    pmm-admin register --agent-password=AGENT-PASSWORD
    pmm-admin config --agent-password=AGENT-PASSWORD`
  • pprofパラメータは、pmm-admin summaryコマンドで使用できます。
    pmm-admin summary --pprof

pprofは、PMMサーバーからプロファイリングデータのコレクションを読み取り、データを視覚化および分析するためにテキスト形式およびグラフィック形式のレポートを生成できるようにします。

取得したデータを使用して、PMMコンポーネントのCPU、メモリ使用量、ヒープサイズ、スレッド数を分析できます。

Perconaプラットフォームの統合

管理者としてPerconaプラットフォーム接続を終了する

通常ユーザーがサーバーへの接続を切断できない場合（例えば、PMMがパブリックネットワークへのアウトバウンド接続なしでネットワークセグメントに移動された場合）、PMM管理者が代わりにそのような接続を終了できるようになりました。

Settings > Percona PlatformのDisconnectオプションにより、PMM管理者は、Perconaアカウントでログインしていない場合でも、PMMインスタンスをPerconaプラットフォームから終了させることができるようになりました。

Perconaアカウントなしでサーバーを切断する場合、残存するサーバーはPerconaプラットフォームのPMMインスタンスのリストから自動的に削除されません。Perconaプラットフォーム管理者として、PMMインスタンスを介してこれらの使用できないサーバーを手動で削除することにより、PMMインスタンスのリストを最新の状態に保つことができます。

Perconaサポートスペシャリストへのより簡単なアクセス

Perconaのお客様の場合、メインメニューの新しいクラウド Environment Overviewタブで、専任のPerconaサポートスペシャリストの連絡先の詳細を確認できます。

こちらのPercona Contactsセクションには、組織に割り当てられたカスタマーサクセスマネージャーの名前とメールアドレスが表示されます。カスタマーサクセスマネージャーはPMMの質問をサポートします。この新しいタブには、間もなく、PMM環境に関するより役に立つ情報が表示されるようになります。

アドバイザー

アドバイザーのチェックとアラートの重大度の拡張

統合アラートおよびアドバイザーチェックからの通知の重大度レベルのリストを拡張および統合しました。新しいアラートルールを作成する時に、Emergency、Alert、Critical、Error、Warning、Notice、Info、Debugのより幅広い重大度ラベルから選択できるようになりました。

Advisor Checks > Failed Checksで、失敗したチェックからの通知にも同じ重大度が使用できるようになりました。また、失敗したチェックをテーブルで重大度別にグループ化する方法にUXの小さな改善を行いました。

フィルタを使用して、利用可能なアドバイザーチェックを調べる

接続されたデータベースの状態をチェックするためのアドバイザーが絶えずさらに追加されているため、この絶えず増え続けるリストをドリルダウンできるようになると便利な場合があります。

Advisors Checks > All Checksページのフィルタを使用して、Name、Description、StatusまたはIntervalでアドバイザーを検索します。フィルタリングされた結果をチームメンバーと共有する必要がある場合、メンバーにPMM URLを送信します。これにより、検索条件と結果が保存されます。

DBaaS

APIを簡素化して、APIを実行するために必要なパラメータを少なくしました。

この新しい実装では、必須フィールドはKubernetesクラスター名のみです。リソースパラメータ、画像フィールド、パラメータフィールド、名前フィールドなどの他の全てのフィールドはオプションです。これらのフィールドが指定されていない場合、APIはこれらをデフォルト値に設定します。

また、これらのAPIのドキュメントが改善されました。

コンポーネントのアップグレード

  • VictoriaMetricsオペレーターをバージョン 0.24にアップグレードしました。
  • ClickHouseプラグインを2.4.4にアップグレードしました。これにより、一部のCVEが修正されます。
  • このリリースでは、grpc-gatewayをバージョン 2.0にアップグレードしています。これにより、エラー応答のエラーフィールドが非推奨になります。PMM APIを使用している場合は、これをGoogle Cloud API Errorモデルの新しいメッセージフィールドに置き換えてください。
  • mysqldエクスポーターをアップストリームバージョン 0.14.0にアップグレードしました。

重要なバグ修正

  • PMM-9981：グループレプリケーションモニタリングの過剰なスペース使用量を修正しました。グループレプリケーションとカスタムクエリが有効になっているサービスは、使用するディスク容量が少なくなり、パフォーマンスが向上します。これを実現するために、Group ReplicationダッシュボードからTransactions Detailsテーブルを削除しました。これらがカーディナリティの高いデータを生成していたラベルに基づいていたためです。まだグループレプリケーションダッシュボードのパフォーマンスに問題がある場合、管理者としてPMMにログインし、https://pmm_server_url/prometheus/api/v1/admin/tsdb/delete_series?match[]=を使用して、次のメトリックの全ての時系列を削除します：
    ・mysql_perf_schema_replication_group_worker_rep_delay_seconds
    ・mysql_perf_schema_replication_group_worker_transport_time_seconds
    ・mysql_perf_schema_replication_group_worker_time_RL_seconds
    ・mysql_perf_schema_replication_group_worker_apply_time_seconds
    ・Mysql_perf_schema_replication_group_worker_lag_in_secondds

    例えば、mysql_perf_schema_replication_group_workerメトリックの全ての時系列を削除するためには、次のURLを使用します：
    https://PMM_SERVER_URL/prometheus/api/v1/admin/tsdb/delete_series?match[]=mysql_perf_schema_replication_group_worker_rep_delay_seconds

  • PMM-9510：MongoDBレプリカセットのダッシュボードに表示される誤った重複情報を修正しました。

新機能

  • PMM-10133：新規ユーザーのオンボーディング：オンボーディングの最初の過程で主要なPMMコンポーネントを紹介するガイドツアーを追加しました。
  • PMM-10059：アドバイザー：統合アラートおよびアドバイザーチェックからの通知の重大度レベルのリストを拡張し統合しました。
  • PMM-7110：PMMコンポーネントのCPU、メモリ使用量、ヒープサイズ、スレッド数の分析に役立つpprofツールを使用してプロファイリングデータを取得できるようになりました。
  • PMM-8660：Perconaのお客様は、メインメニューの新しいEnvironment Overviewタブで、専任のPerconaサポートスペシャリストの連絡先の詳細を確認できるようになりました。
  • PMM-7925：[テクニカルプレビュー]：PMM 2.29.0以降、Podmanを使用してPMMインスタンスをデプロイできるようになりました。これは、ルートアクセスを必要としないため、はるかに安全であると考えられています。
  • PMM-9613：[テクニカルプレビュー]：Kubernetesクラスターを使用してPMMインスタンスをより高速にスケーリングおよびデプロイできるようになりました。
  • PMM-9919：様々なコレクターのデータを収集するのにかかる時間を監視するために、Mongodbエクスポーターにいくつかのさらなるメトリックを追加しました。これにより、MongoDBエクスポーターによる様々なコレクターの監視コストを特定できます。

改善点

  • PMM-9766：アドバイザー：使用可能なアドバイザーチェックのリストを絞り込むためのフィルタをAdvisors Checks > All Checksページに追加しました。
  • PMM-7491：アラート：Integrated Alerting > Alert Rules > New RuleのFiltersオプションを再定義して、アラートルールの特定のサービスまたはノードをターゲットにする方法を簡素化しました。
  • 正確なフィルターパターンを入力する代わりに、使用可能な演算子から選択し、事前定義されたフィールドに入力することで、直感的にフィルターを作成できるようになりました。
  • PMM-9704：DBaaS用の簡略化されたAPIの実装により、Kubernetesクラスター名を指定するだけです。他の全てのフィールドはオプションであり、指定されていない場合、APIはこれらのフィールドのデフォルト値を設定します。
  • PMM-8222：DBaaS：APIのドキュメントを改善しました。
  • PMM-9611：PMMは、現在のドメインがGrafanaの.INI設定ファイルで指定されているドメインと異なる場合に警告するようになりました。これにより、PMMダッシュボードへのリンクを共有する時に誤った短縮URLが生成される可能性があるため、Share Panel > Linkページに警告が表示された場合は、この不一致を修正してください。
  • PMM-7326：--log-levelパラメータを使用して、表示したログをより詳細に制御できるようになりました。この機能拡張により、warning、error、fatalなどのオプションを柔軟に選択できる、より顕著なロギングを体験できます。
  • PMM-8566：セキュリティを強化するために、ノードを追加する時にエージェントのカスタム基本認証パスワードを指定できるようになりました。
  • PMM-9362：PMM管理者は、サーバーがPerconaアカウントでログインされていない場合でも、サーバーをPerconaプラットフォームから切断できるようになりました。
  • PMM-6592：PMMは、デバッグ中に重要であるpmm-admin listおよびpmm-admin statusコマンドの出力に、エクスポーターが使用するポートを表示するようになりました。
  • PMM-7110：pmm-admin summaryコマンドのpprofパラメータを使用して、PMMサーバーからプロファイリングデータを取得できるようになりました。これにより、テキスト形式およびグラフィック形式のレポートを生成して、データを視覚化および分析できます。
  • PMM-7186：pmm-admin summaryコマンドは、クライアント側でVictoriametricsによってスクレイピングされたターゲットのリストを取得するようになりました。
  • PMM-8308：トラブルシューティングのエクスペリエンスを向上させるために、情報の概要とアーカイブに加えて、診断データでpmm-agentによって管理される全てのエクスポーターのパスを表示できるようになりました。
  • PMM-9650：PXCクラスターの概要の新しい実験的なダッシュボードを作成し、それをシンプルで直感的なものにしました。
  • PMM-10039：VictoriaMetricsオペレーターが0.24にアップグレードされました。
  • PMM-10083：ClickHouseプラグインを2.4.4にアップグレードしました。これにより、一部のCVEが修正されます。
  • PMM-10103：PMMクライアントのRHEL 9サポートが追加されました。
  • PMM-10155：PMMダッシュボードの代わりにメインメニューからQANにアクセスできるようになり、リーチと可視性が向上します。
  • PMM-2038：PMM 2.29.0以降、mysqldエクスポーターをアップストリームバージョンにアップグレードしました。
  • PMM-9913：PMMは、監視サービスの追加中に作成された不要な一時ファイルを全て削除します。削除しないと、PMMサーバーのパフォーマンスに影響を与える可能性があります。
  • PMM-10067：Percona Toolkitのバージョンを3.4.0に更新しました。

修正されたバグ

  • PMM-10127：アラート：Integrated Alerting > Alertsでページを変更しても、結果のリストが更新されない問題を修正しました。
  • PMM-10110：DBaas：誤ったバージョンのオペレーターがインストールされた問題を修正しました。
  • PMM-9965：DBaas：K8sクラスターを再登録するとエラーが返される問題を修正しました。
  • PMM-7143：DBaaS：DBaaSで作成されたデータベースインスタンスに対して適切なノードメトリックが公開されない問題を修正しました。
  • PMM-8677：DBaaS：DBaaS UIのPMMで使用される演算子の名前が、短い形式ではなく正式な名前を反映するように修正されました。
  • PMM-9998：Debianパッケージ（10.2、10.3、10.4、10.5）からMariaDBを監視する時に‘Unknown column…’エラーがスローされる問題を修正しました。
  • PMM-10144：既存のサービスがCLIを介して追加された場合に、誤った出力が表示される問題を修正しました。
  • PMM-9320：パスワードに“+.”が含まれている場合にMongoDBをPMMに追加できない問題を修正しました。
  • PMM-9909：Home Dashboard Stats PanelからNode Summaryへのリダイレクトが機能しなかった問題を修正しました。
  • PMM-10049：pmm-agentログから不要なエラーメッセージを削除しました。
  • PMM-8819：テーブルに表示されるメトリックデータが適切に配置されなかった問題を修正しました。
  • PMM-10087：PMMは、“ia=1”ラベルで作成されたカスタムアラートルールに対して“Internal server error”を表示しました。この問題は修正されました。
  • PMM-7462：PMM設定が環境変数として提供されていない場合にUIを介してPMM設定を更新できる問題を修正しました。
  • PMM-9510：MongoDBレプリカセットのダッシュボードに表示される誤った重複情報を修正しました。
  • PMM-9910：GRPCエラーが原因でUIを介してPMMを2.26.0から2.27.0にアップグレードできない問題を修正しました。
  • PMM-9981：グループレプリケーションモニタリングのための膨大なスペース使用量とスロークエリ
  • PMM-10069：InnoDB Random Read Aheadのツールチップのタイプミスを修正しました。
  • PMM-10161：全てのダッシュボードから不要なブレッドクラムナビゲーションパネルを削除しました。

Percona Monitoring and Management (PMM) 2.29.0 リリース情報（Percona社ウェブサイト）：
https://docs.percona.com/percona-monitoring-and-management/release-notes/2.29.0.html

Perconaサポート・コンサルティング

Percona
Perconaサポート・コンサルティングサービスはPercona Serverをご利用頂いているお客様が安心してお使い頂くために専門的なサポートを提供するサービスです。

一覧へ