Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

U4 Compute Engine インスタンスの正確な時刻を構成する

このページでは、U4 Compute Engine インスタンスの正確な時刻を構成する方法と、時刻同期の精度を確認できるようにモニタリングを構成する方法について説明します。

仕組み

Google Cloud 超低遅延（ULL）ソリューションは、Firefly クロック同期プロトコルを使用して、ナノ秒レベルの同期を提供します。Firefly は、次の処理を自動的に行います。

内部同期を実行して、すべての U4 インスタンスホストサーバーの物理ネットワークインターフェース（NIC）クロックを相互に同期します。
外部同期を実行して、すべての U4 インスタンスホストサーバーの物理 NIC クロックを協定世界時（UTC）と同期します。

U4 インスタンスを実行するホストサーバーの物理 NIC クロックは Firefly によって自動的に同期されるため、インスタンスのシステムクロックをホストサーバーの物理 NIC クロックと同期することで、インスタンスの正確な時刻を構成できます。

Firefly の詳細については、 Google Cloud ブログ投稿「Understanding the Firefly clock synchronization protocol」をご覧ください。

始める前に

U4 Compute Engine インスタンスの正確な時刻を構成する前に、次のセクションをご覧ください。

必要なイメージを使用して U4 インスタンスを作成する

テスト用に Google が提供するイメージを使用して、U4 Compute Engine インスタンスを作成します。ユースケースに対応する手順をご覧ください。

U4P インスタンスまたは U4C インスタンスを作成するには、ULL Compute Engine インスタンスを作成するをご覧ください。
U4S インスタンスを作成するには、補助ワークロード用の非 ULL Compute Engine インスタンスを作成するをご覧ください。

他のクロック同期サービスが実行されていないことを確認する

このページの手順では、推奨されるクロック同期クライアントとして chrony を使用します。開始する前に、インスタンスで ntpd、systemd-timesyncd、phc2sys などの他のクロック同期サービスが実行されていないことを確認してください。これらのサービスとの予期しないやり取りにより、chrony 構成でエラーが発生する可能性があります。

chrony バージョン 4.7 以降では、次のコマンドを実行して、他のクロック同期サービスの chronyd 警告ログを確認できます。

journalctl -u chronyd

別のクロック同期サービスが実行されている場合、出力には System clock interference detected (another NTP client?) などの警告メッセージが含まれます。

ネットワークドライバが安定してからのみ読み込むように `chrony` を構成

場合によっては、systemd がネットワークインターフェースドライバの初期化が完了する前に chrony を読み込むことがあります。その結果、PTP ハードウェアクロック（PHC）デバイスを初期化できないため、chrony の起動に失敗することがあります。

上記の問題を回避するには、chrony の systemd ユニットファイルをオーバーライドして、PHC デバイスの準備が整うまで待機します。

次の編集コマンドを実行します。
```
systemctl edit chronyd
```
インスタンスタイプに対応するオーバーライドを追加します。
- U4P インスタンスと U4C インスタンスの場合:
```
[Unit]
After=dev-ptp0.device dev-ptp1.device dev-ptp2.device
Requires=dev-ptp0.device dev-ptp1.device dev-ptp2.device
```
- U4S インスタンスの場合:
```
[Unit]
After=dev-ptp0.device
Requires=dev-ptp0.device
```
サービスを再起動します。前に実行した systemctl edit コマンドでデーモンが自動的に再読み込みされますが、変更後に chrony が実行されていることを確認するために、次のコマンドを実行することをおすすめします。
```
systemctl restart chronyd
```

Firefly と同期された物理 NIC クロックを使用するように `chrony` を構成する

このセクションでは、chrony を構成して、インスタンスのシステムクロックを、Firefly によってすでに同期されているインスタンスのホストサーバーの物理 NIC クロックに同期する方法について説明します。

ゲスト OS（eth0 など）に表示される U4 インスタンスの仮想ネットワークインターフェース（vNIC）は、インスタンスのホストサーバー上の物理 NIC にマッピングされます。特定の vNIC は、対応する PTP ハードウェアクロック（PHC）デバイスを使用して、物理 NIC クロックにアクセスできます。

Linux の PHC デバイス名は /dev/ptpNUMBER という形式です。ここで、NUMBER はデバイスの初期化順序に従って Linux カーネルによって決定されます。たとえば、/dev/ptp0、/dev/ptp1、/dev/ptp2 などの PHC デバイス名をご覧ください。
同期のソースとして物理 NIC クロックを指定するには、chrony 構成で対応する PHC デバイスを使用するか、そのデバイスに解決する必要があります。

以降の各セクションでは、上記の要件に従って chrony を構成する方法の例を示します。インスタンスタイプと chrony バージョンに対応するセクションをご覧ください。

U4P インスタンスと U4C インスタンスで chrony 4.7 以降を構成する
U4P インスタンスと U4C インスタンスで chrony 4.6.1 以前を構成する
U4S インスタンスで chrony 4.7 以降を構成する

U4P インスタンスと U4C インスタンスで `chrony` 4.7 以降を構成する

chrony バージョン 4.7 以降では、クロックソースとして vNIC 名（eth0 など）を指定できます。また、物理 NIC クロックを表す対応する PTP ハードウェアクロック（PHC）デバイスに自動的に解決されます。

U4P または U4C インスタンスで chrony バージョン 4.7 以降を構成する手順は次のとおりです。

chrony 構成ファイル /etc/chrony.conf に次の内容を追加します。このファイルには、次の構成のみが含まれている必要があります。ファイルの既存の内容は削除または上書きしてください。

# Record the rate at which the system clock gains/loses time.
driftfile /var/lib/chrony/drift

# Allow the system clock to be stepped in the first three updates
# if its offset is larger than 1 micro-second.
makestep 0.0000001 3

# Specify directory for log files.
logdir /var/log/chrony

# Select which information is logged.
log measurements statistics tracking refclocks

# U4 Compute Engine instance clocks are 200ppb accurate
maxclockerror 0.2

# Configure all clocks for tracking, but select only one of them as source.
refclock PHC eth0:nocrossts poll -1 noselect
refclock PHC eth1:nocrossts poll -1
refclock PHC eth2:nocrossts poll -1 noselect

# The following lines opportunistically enable Precision Time Measurement (PTM) based clock synchronization.
# Note that PTM can potentially result in a (constant) clock skew of up to 700 nanoseconds
# which is not accounted for in chrony's accuracy metrics.
refclock PHC eth0 poll -1 noselect
refclock PHC eth1 poll -1 noselect
refclock PHC eth2 poll -1 noselect

構成を適用するには、次のコマンドを実行して chrony を再起動します。
```
systemctl restart chronyd
```
chrony は、eth1 の PTP ハードウェアクロックをタイムソースとして使用して、クロック同期統計情報を /var/log/chrony/tracking.log に記録します。

U4P インスタンスと U4C インスタンスで `chrony` 4.6.1 以前を構成する

chrony バージョン 4.6.1 以前では、構成ファイルで PTP ハードウェアクロック（PHC）デバイス名を指定する必要があります。

U4P または U4C インスタンスで chrony バージョン 4.6.1 以前を構成するには、次の操作を行います。

vNIC に関連付けられた PHC デバイスのインデックス番号を取得します。次の例では、eth0 を使用しています。

ethtool -T eth0

PTP Hardware Clock:NUMBER の出力を確認する

この出力例は、PTP Hardware Clock: 1（/dev/ptp1 に対応）を示しています。

Time stamping parameters for eth0:
Capabilities:
        hardware-receive
        software-receive
        software-system-clock
        hardware-raw-clock
PTP Hardware Clock: 1
Hardware Transmit Timestamp Modes:
        off
Hardware Receive Filter Modes:
        none
        all

前の手順の ethtool 出力は、eth0 が /dev/ptp1 を使用していることを示しています。次の例では、refclock PHC /dev/ptp1:nocrossts poll -1 を指定して、eth0 のシステムクロックを対応する物理 NIC クロックに同期します。

# Record the rate at which the system clock gains/loses time.
driftfile /var/lib/chrony/drift

# Allow the system clock to be stepped in the first three updates
# if its offset is larger than 1 micro-second.
makestep 0.0000001 3

# Enable kernel synchronization of the real-time clock (RTC).
rtcsync

# Save NTS keys and cookies.
ntsdumpdir /var/lib/chrony

# Specify directory for log files.
logdir /var/log/chrony

# Select which information is logged.
log measurements statistics tracking refclocks

# U4 Compute Engine instance clocks are 200ppb accurate
maxclockerror 0.2

# Configure all clocks for tracking, but select only one of them as source.
refclock PHC /dev/ptp0:nocrossts poll -1 noselect
refclock PHC /dev/ptp1:nocrossts poll -1
refclock PHC /dev/ptp2:nocrossts poll -1 noselect

# The following lines opportunistically enable Precision Time Measurement (PTM) based clock synchronization.
# Note that PTM can potentially result in a (constant) clock skew of up to 700 nanoseconds
# which is not accounted for in chrony's accuracy metrics.
refclock PHC /dev/ptp0 poll -1 noselect
refclock PHC /dev/ptp1 poll -1 noselect
refclock PHC /dev/ptp2 poll -1 noselect

構成を適用するには、次のコマンドを実行して chrony を再起動します。
```
systemctl restart chronyd
```
chrony は、eth0 の PTP ハードウェアクロックをタイムソースとして使用して、クロック同期統計情報を /var/log/chrony/tracking.log に記録します。

U4S インスタンスで `chrony` 4.7 以降を構成する

U4S インスタンスには chrony バージョン 4.7 以降を使用することをおすすめします。以前のバージョンを使用すると、仮想マシン（VM）インスタンスの Compute Engine クロック同期デバイス（ptp_kvm）が PTP ハードウェアクロック（PHC）デバイスのインデックス番号を変更する可能性があるため、エラーが頻繁に発生する可能性があります。

この U4S インスタンスの構成例は、U4P インスタンスと U4C インスタンスで使用される構成例と似ていますが、次の点が異なります。

この例には、単一の vNIC が含まれています。U4S インスタンスには複数の vNIC を設定できますが、すべての vNIC は同じ物理 NIC に基づいており、同じ物理 NIC クロックにアクセスします。
高精度時間測定（PTM）は利用できません。

U4S インスタンスで chrony バージョン 4.7 以降を構成する手順は次のとおりです。

# Record the rate at which the system clock gains/loses time.
driftfile /var/lib/chrony/drift

# Allow the system clock to be stepped in the first three updates
# if its offset is larger than 1 micro-second.
makestep 0.0000001 3

# Specify directory for log files.
logdir /var/log/chrony

# Select which information is logged.
log measurements statistics tracking refclocks

# U4 Compute Engine instance clocks are 200ppb accurate
maxclockerror 0.2

# Configure all clocks for tracking, but select only one of them as source.
refclock PHC eth0:nocrossts poll -1

構成を適用するには、次のコマンドを実行して chrony を再起動します。
```
systemctl restart chronyd
```
chrony は、eth0 の PTP ハードウェアクロックをタイムソースとして使用して、クロック同期統計情報を /var/log/chrony/tracking.log に記録します。

`chrony` 構成を確認する

chrony が正しく構成されていることを確認するには、次のコマンドを実行します。

chronyc sourcestats

構成が成功すると、次のような出力が表示されます。

Name/IP Address             NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev
==============================================================================
PHC0                        5   3     2     -0.002      0.014     +9ns     2ns
PHC1                        5   3     2     -0.003      0.007     -0ns     1ns
PHC2                        5   3     2     -0.004      0.016    +33ns     2ns
PHC3                        5   5     2     +0.002      0.078   +135ns    10ns
PHC4                        5   3     2     -0.005      0.077   +130ns     9ns
PHC5                        5   5     2     -0.006      0.131   +123ns    16ns

コマンドから予期しない出力が返された場合は、トラブルシューティングをご覧ください。

`chrony` 構成を変更する

インスタンスのシステムクロックを同期する物理 NIC を変更する場合は、次のように構成を更新します。

対応する物理 NIC クロックを使用する vNIC 名を含む行から noselect を削除します。
対応する物理 NIC クロックの使用を停止する vNIC 名を含む行に noselect を追加します。
chronyd（systemctl restart chronyd）を再起動して、新しい構成を適用します。

時刻同期をモニタリングする

このセクションでは、時刻同期に使用できる指標と、それらを使用して時刻同期の精度をモニタリングする方法について説明します。

時刻同期に使用できる指標

次の指標を使用して、時刻同期をモニタリングできます。

測定利用可能な指標と説明

インスタンスのシステムクロックから物理 NIC のクロック

測定	利用可能な指標と説明
インスタンスのシステムクロックから物理 NIC のクロック	`logging.googleapis.com/user/phc-clock-max-error` この指標は、インスタンスのシステムクロックとホストサーバーの物理 NIC クロックの同期の精度を測定します。この指標を構成するには、インスタンスのシステムクロックのカスタム指標を構成するの説明に沿って、Ops エージェントから指標を収集し、ログベースの指標を作成する必要があります。この操作では、カスタムダッシュボードも作成されます。また、この指標は、Cloud Monitoring 指標を使用するで説明されている手順で使用できます。
物理 NIC のクロックを UTC に設定する	`compute.googleapis.com/instance/time/firefly_utc_traceable_uncertainty` この指標は、実際の UTC 時刻と比較した物理 NIC クロックの最大誤差範囲を表します。これは自動的に Cloud Monitoring に報告されます。この指標の表示、アラートポリシーの定義、カスタムダッシュボードの作成については、Cloud Monitoring の指標を使用するをご覧ください。
物理 NIC のクロックの一般的な健全性ステータス	`compute.googleapis.com/instance/time/firefly_nic_sync_healthy` このブール値指標は、NIC 間と NIC から UTC への同期の両方を含む、物理 NIC クロックの一般的な健全性ステータスを示します。これは Cloud Monitoring に自動的に報告されます。この指標の表示、アラートポリシーの定義、カスタムダッシュボードの作成については、Cloud Monitoring の指標を使用するをご覧ください。

logging.googleapis.com/user/phc-clock-max-error

この指標は、インスタンスのシステムクロックとホストサーバーの物理 NIC クロックの同期の精度を測定します。

この指標を構成するには、インスタンスのシステムクロックのカスタム指標を構成するの説明に沿って、Ops エージェントから指標を収集し、ログベースの指標を作成する必要があります。この操作では、カスタムダッシュボードも作成されます。また、この指標は、Cloud Monitoring 指標を使用するで説明されている手順で使用できます。

物理 NIC のクロックを UTC に設定する

compute.googleapis.com/instance/time/firefly_utc_traceable_uncertainty

この指標は、実際の UTC 時刻と比較した物理 NIC クロックの最大誤差範囲を表します。これは自動的に Cloud Monitoring に報告されます。

この指標の表示、アラートポリシーの定義、カスタムダッシュボードの作成については、Cloud Monitoring の指標を使用するをご覧ください。

物理 NIC のクロックの一般的な健全性ステータス

compute.googleapis.com/instance/time/firefly_nic_sync_healthy

このブール値指標は、NIC 間と NIC から UTC への同期の両方を含む、物理 NIC クロックの一般的な健全性ステータスを示します。これは Cloud Monitoring に自動的に報告されます。

この指標の表示、アラートポリシーの定義、カスタムダッシュボードの作成については、Cloud Monitoring の指標を使用するをご覧ください。

Cloud Monitoring が指標データを保持する期間については、Cloud Monitoring の割り当てと上限のデータ保持をご覧ください。長期的な分析のために指標をエクスポートする方法については、Cloud アーキテクチャセンターのドキュメントで Cloud Monitoring 指標のエクスポートをご覧ください。

インスタンスのシステムクロックのカスタム指標を構成する

このセクションでは、次の処理を行うモニタリング構成の例を示します。

インスタンスから同期の精度に関する chrony のログを収集するように Ops エージェントを構成します。
プロジェクト内のすべてのインスタンスから対応するログをログベースの指標として取り込むように Cloud Monitoring を構成します。

インスタンスで Google Cloud Ops エージェントを構成する

モニタリングに必要な指標を収集するように Ops エージェントを構成する手順は次のとおりです。

まだ行っていない場合は、インスタンスに Ops エージェントをインストールします。

/etc/google-cloud-ops-agent/config.yaml ファイルに次の構成を追加します。

logging:
  receivers:
    chrony_tracking_receiver:
      type: files
      include_paths:
        - /var/log/chrony/tracking.log
  processors:
    chrony_tracking_processor:
      type: parse_regex
      regex: "^.*PHC.*  (?<max_error>[-\d\.eE]+)$"
  service:
    pipelines:
      chrony_tracking_pipeline:
        receivers: [chrony_tracking_receiver]
        processors: [chrony_tracking_processor]

次のコマンドを実行して、Ops エージェントを再起動します。
```
systemctl restart google-cloud-ops-agent
```

プロジェクトでログベースの指標とダッシュボードを構成する

プロジェクト内のインスタンスに対して時刻同期モニタリングを構成するには、次のロギングとダッシュボードのセットアップスクリプトを実行します。このスクリプトは、次のタスクを行うのに役立ちます。

インスタンスのプロジェクトに関連付けられたサービスアカウントに適切な権限を設定します。このスクリプトは、インスタンスに使用されるサービスアカウントがプロジェクトのデフォルトのサービスアカウントであることを前提としています。必要に応じて、SERVICE_ACCOUNT_EMAIL を別の値に置き換えます。
インスタンスのシステムクロックとインスタンスのホストサーバー上の物理 NIC クロック間の時刻同期の精度を測定するログベースの指標を作成します。
このコマンドは、指標に基づいて時刻同期の精度を表示するダッシュボードを作成します。

上記のタスクを行うには、次のスクリプトを実行します。スクリプトの実行が完了したら、作成されたダッシュボードを使用して、プロジェクトのインスタンスのクロック精度データを表示します。

#!/bin/bash

if [ -z "$1" ]; then
    echo "Usage: setup_logging.sh <project_id>" >&2
    exit 1
fi

PROJECT_ID="$1"
PROJECT_NUMBER=$(gcloud projects describe $PROJECT_ID  --format="value(projectNumber)")
SERVICE_ACCOUNT_EMAIL=${PROJECT_NUMBER}-compute@developer.gserviceaccount.com

# Grant permissions:

gcloud projects add-iam-policy-binding ${PROJECT_ID} \
    --member="serviceAccount:${SERVICE_ACCOUNT_EMAIL}" \
    --role="roles/compute.instanceAdmin"

gcloud projects add-iam-policy-binding ${PROJECT_ID} \
    --member="serviceAccount:${SERVICE_ACCOUNT_EMAIL}" \
    --role="roles/monitoring.metricWriter"

gcloud projects add-iam-policy-binding ${PROJECT_ID} \
    --member="serviceAccount:${SERVICE_ACCOUNT_EMAIL}" \
    --role="roles/logging.logWriter"

# Configure log-based metric
METRIC_CONF='
{
  "name": "phc-clock-max-error",
  "description": "Maximum error of the VM clock from the host clock exposed by ptp_kvm",
  "filter": "logName=~\".*/logs/chrony_tracking_receiver\"",
  "metricDescriptor": {
    "metricKind": "DELTA",
    "valueType": "DISTRIBUTION",
    "unit": "s",
    "labels": [ { "key": "instance_id", "valueType": "STRING",
          "description": "Instance ID for the source instance" } ]
  },
  "valueExtractor": "REGEXP_EXTRACT(jsonPayload.max_error, \"(.*)\")",
  "bucketOptions": {
    "explicitBuckets": {
      "bounds": [
        0.0, 1.0E-6, 5.0E-6, 1.0E-5, 1.0E-4, 0.001, 0.01, 0.1, 1.0
      ]
    }
  },
  "labelExtractors": {
    "instance_id": "REGEXP_EXTRACT(resource.labels.instance_id, \"(.*)\")"
  }
}
'
echo "$METRIC_CONF" > /tmp/clock-error-metric.json
gcloud logging metrics create --project=${PROJECT_ID} phc-clock-max-error --config-from-file=/tmp/clock-error-metric.json

# Create a dashboard plotting the clock accuracy

DASHBOARD_CONF='
{
  "displayName": "Chrony Accuracy",
  "dashboardFilters": [],
  "labels": {},
  "mosaicLayout": {
    "columns": 48,
    "tiles": [
      {
        "height": 28,
        "width": 28,
        "widget": {
          "xyChart": {
            "chartOptions": {
              "displayHorizontal": false,
              "mode": "COLOR"
            },
            "dataSets": [
              {
                "plotType": "LINE",
                "targetAxis": "Y1",
                "timeSeriesQuery": {
                  "prometheusQuery": "(\n    histogram_quantile(\n        1,\n        sum by (le, instance_id, monitored_resource) (\n            increase(\n                logging_googleapis_com:user_phc_clock_max_error_bucket{monitored_resource=\"gce_instance\"}[1m]\n            )\n        )\n    ) * 1000000000\n)",
                  "unitOverride": "ns"
                }
              }
            ],
            "thresholds": [],
            "yAxis": {
              "label": "Clock Accuracy",
              "scale": "LINEAR"
            }
          }
        }
      }
    ]
  }
}
'

echo "$DASHBOARD_CONF" > /tmp/metrics-dashboard.json

gcloud monitoring dashboards create --project=${PROJECT_ID} --config-from-file=/tmp/metrics-dashboard.json

Cloud Monitoring の指標を使用する

以降のセクションでは、Cloud Monitoring 指標の使用方法について説明します。次のセクションでは、時刻同期に使用できる各指標について説明します。

Google Cloud コンソールに加えて、カスタムダッシュボードの作成、アラートの設定、Monitoring API を使用した指標の照会を行うことができます。

Monitoring で指標を表示する

このセクションでは、Monitoring で指標を表示する方法について説明します。

コンソール

Metrics Explorer を使用してモニタリング対象リソースの指標を表示するには、次の操作を行います。

Google Cloud コンソールで [Metrics explorer] のページに移動します。
[Metrics Explorer] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
Google Cloud コンソールのツールバーで、 Google Cloud プロジェクトを選択します。App Hub の構成には、App Hub ホストプロジェクトまたはアプリ対応フォルダの管理プロジェクトを選択します。
[指標] 要素の [指標を選択] メニューを開いてフィルタバーに「VM instance」と入力し、サブメニューを使用して特定のリソースタイプと指標を選択します。
1. [有効なリソース] メニューで、[VM インスタンス] を選択します。
2. 指標を選択するには、[有効な指標カテゴリ] メニューと [有効な指標] メニューを使用します。使用可能な指標のリストについては、時刻同期に使用可能な指標をご覧ください。
3. [適用] をクリックします。
クエリ結果から時系列を削除するフィルタを追加するには、[フィルタ] 要素を使用します。
データの表示方法を構成します。デフォルトでは、すべてのインスタンスと物理 NIC の指標が集計されて表示されます。NIC ごと、インスタンスごとの指標を表示するには、[集計] 要素で [未集計] を選択します。
グラフの構成の詳細については、Metrics Explorer 使用時の指標の選択をご覧ください。

アラートポリシーを定義する

このセクションでは、アラートポリシーを定義する方法について説明します。

データの到着が停止した場合に Monitoring が条件を評価する方法を構成する場合は、欠落データポイントが、ポリシーに違反する値として扱われるオプションをおすすめします。このオプションは、サイレントデータ損失の検出に役立ちます。ただし、この設定では、インスタンスが削除されたときに誤検知のアラートが発生します。

コンソール

アラートポリシーを作成して指標の値をモニタリングすると、指標が条件に違反した場合に通知できます。

Google Cloud コンソールで、 [アラート] ページに移動します。
[アラート] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] の結果を選択します。
通知チャンネルを作成せずに通知を受け取る場合は、[EDIT NOTIFICATION CHANNELS] をクリックして、通知チャンネルを追加します。チャンネルを追加したら、[アラート] ページに戻ります。
[アラート] ページで、[CREATE POLICY] をクリックします。
指標を選択するには、[指標を選択] メニューを開き、次の操作を行います。
1. メニューを関連するエントリに限定するには、フィルタバーに「VM Instance」と入力します。結果が表示されない場合は、[Show only active resources & metrics] をオフに切り替えます。
2. [リソースタイプ] に [VM インスタンス] を選択します。
3. [指標カテゴリ] で、[インスタンス] を選択します。
4. [指標] で、時刻同期に使用可能な指標のリストから指標を選択します。
5. [適用] を選択します。
[次へ] をクリックします。
[Configure alert trigger] ページの設定によって、アラートがトリガーされるタイミングが決まります。条件タイプを選択し、必要に応じてしきい値を指定します。詳細については、指標しきい値のアラートポリシーを作成するをご覧ください。
[次へ] をクリックします。
（省略可）アラートポリシーに通知を追加するには、[通知チャネル] をクリックします。ダイアログで、メニューから 1 つ以上の通知チャンネルを選択し、[OK] をクリックします。
（省略可）インシデントの自動クローズ期間を更新します。このフィールドは、指標データがない場合に Monitoring がインシデントを閉じるタイミングを決定します。
（省略可）[Documentation] をクリックして、通知メッセージに追加する情報を入力します。
[アラート名] をクリックして、アラートポリシーの名前を入力します。
[ポリシーを作成] をクリックします。

詳細については、アラートの概要をご覧ください。

カスタム Monitoring ダッシュボードを作成する

このセクションでは、カスタムダッシュボードの作成方法について説明します。

コンソール

Google Cloud コンソールで [ ダッシュボード] ページに移動します。
[ダッシュボード] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] となっている結果を選択します。
[ダッシュボードを作成] をクリックします。
省略可: ダッシュボードのタイトルを、わかりやすいダッシュボード名に更新します。
ダッシュボードに追加するウィジェットごとに、[ウィジェットを追加] をクリックし、ダイアログの項目を入力してから [適用] を選択します。

ウィジェットを追加する詳細については、以下のページをご覧ください。

トラブルシューティング

chrony 構成を確認する際に、予期しない出力が表示されることがあります。たとえば、chrony の起動に失敗したことを示す次の出力が表示されることがあります。

506 Cannot talk to daemon

トラブルシューティングを行うには、journald ログで chrony を確認します。

journalctl -u chronyd.service

次の出力例は、chrony 4.7 以降を対象とした構成を適用したときに、インスタンスに以前のバージョンの chrony がインストールされている場合に発生するエラーを示しています。

Feb 19 06:19:42 host-name systemd[1]: Starting chronyd.service - NTP client/server...
Feb 19 06:19:42 host-name chronyd[35160]: chronyd version 4.6.1 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SIGND +ASYNCDNS +NTS +SECHASH +IPV6 +DEBUG)
Feb 19 06:19:42 host-name chronyd[35160]: Setting filter length for PHC0 to 1
Feb 19 06:19:42 host-name chronyd[35160]: Could not open eth0 : No such file or directory
Feb 19 06:19:42 host-name chronyd[35160]: Fatal error : Could not open PHC
Feb 19 06:19:42 host-name chronyd[35157]: Could not open PHC
Feb 19 06:19:42 host-name systemd[1]: chronyd.service: Control process exited, code=exited, status=1/FAILURE
Feb 19 06:19:42 host-name systemd[1]: chronyd.service: Failed with result 'exit-code'.
Feb 19 06:19:42 host-name systemd[1]: Failed to start chronyd.service - NTP client/server.

制限事項

次の制限事項をご覧ください。

firefly_utc_traceable_uncertainty 指標と firefly_nic_sync_healthy 指標は、U4P インスタンスと U4C インスタンスでのみ使用できます。これらの指標は U4S インスタンスでは使用できません。

U4 Compute Engine インスタンスの正確な時刻を構成する

仕組み

始める前に

必要なイメージを使用して U4 インスタンスを作成する

他のクロック同期サービスが実行されていないことを確認する

ネットワーク ドライバが安定してからのみ読み込むように chrony を構成

Firefly と同期された物理 NIC クロックを使用するように chrony を構成する

U4P インスタンスと U4C インスタンスで chrony 4.7 以降を構成する

U4P インスタンスと U4C インスタンスで chrony 4.6.1 以前を構成する

U4S インスタンスで chrony 4.7 以降を構成する

chrony 構成を確認する

chrony 構成を変更する

時刻同期をモニタリングする

時刻同期に使用できる指標

インスタンスのシステム クロックのカスタム指標を構成する

インスタンスで Google Cloud Ops エージェントを構成する

プロジェクトでログベースの指標とダッシュボードを構成する

Cloud Monitoring の指標を使用する

Monitoring で指標を表示する

コンソール

アラート ポリシーを定義する

コンソール

カスタム Monitoring ダッシュボードを作成する

コンソール

トラブルシューティング

制限事項

ネットワークドライバが安定してからのみ読み込むように `chrony` を構成

Firefly と同期された物理 NIC クロックを使用するように `chrony` を構成する

U4P インスタンスと U4C インスタンスで `chrony` 4.7 以降を構成する

U4P インスタンスと U4C インスタンスで `chrony` 4.6.1 以前を構成する

U4S インスタンスで `chrony` 4.7 以降を構成する

`chrony` 構成を確認する

`chrony` 構成を変更する

インスタンスのシステムクロックのカスタム指標を構成する

アラートポリシーを定義する