Grafana を例として使用した Yandex.Cloud への分散サービスの展開

こんにちは、みんな！ 授業の一環として、次のような国内のクラウド プラットフォームの機能を調査しました。 Yandex.Cloud。 このプラットフォームは、現実的な問題を解決するためのさまざまなサービスを提供します。 ただし、場合によっては、これらのサービスに基づいたかなり広範なインフラストラクチャを使用して独自のクラウド アプリケーションをセットアップする必要があります。 この記事では、そのようなアプリケーションのデプロイに関する私の経験を共有したいと思います。

何を受け取りたいですか？

グラファナ — 分析上の問題を解決したり、あらゆるシステムの問題を監視したりするための強力なツールです。 基本構成では、これは Grafana Web サーバーと、分析のベースとなるデータセットを含むデータベース (ClickHouse、InfluxDB など) を備えた仮想マシンです。

Web サーバーで仮想マシンを起動した後、そのホストにアクセスして美しい UI を取得し、さらなる作業のソースとしてデータベースを指定し、ダッシュボードやグラフを作成できます。

基本バージョンには重大な欠点が 10 つあります。それは、フォールト トレラントがまったくないということです。 つまり、アプリケーションの機能全体は、XNUMX つの仮想マシンの実行可能性に依存します。 拒否されたり、XNUMX 人が同時に UI を開いたりすると、問題が発生します。

これらは簡単に解決できます。Web サーバーを使用して多数の同一の仮想マシンをデプロイし、L3 バランサーの下に配置するだけです。 しかし、ここではすべてがそれほど明確ではありません。 Grafana は、ユーザー設定 (データベース、ダッシュボード、グラフなどへのパス) を仮想マシンのディスクに直接保存します。 したがって、UI で一部の設定を変更した場合、これらの変更はバランサーが送信した仮想マシンにのみ反映されます。 これにより、アプリケーションの設定に一貫性がなくなり、起動や使用に問題が発生します。

ここでは、別のデータベース (たとえば、MySQL または同等のデータベース) が役に立ちます。 Grafana に、ユーザー設定をこの「予備」データベースに保存するように指示します。 その後、各マシンでこのデータベースへのパスを XNUMX 回指定し、いずれかの仮想マシンで他のすべてのユーザー設定を編集するだけで十分であり、それらの設定は他の仮想マシンにも拡張されます。

最終的なアプリケーション インフラストラクチャの図は次のとおりです。

手で持ち上げる練習をしましょう

MySQL と ClickHouse

ボタンをクリックするだけでこのようなアプリケーションを展開する前に、その各コンポーネントを処理し、それらを相互に統合する方法を学ぶ必要がありました。

ここでは、L3 バランサー、ClickHouse、MySQL をマネージド サービスとして提供する Yandex.Cloud が役に立ちます。 ユーザーはパラメータを指定するだけで、プラットフォームがすべてを正常に動作させるまで待つだけです。

登録し、クラウドと支払いアカウントを作成しました。 その後、クラウドに移動し、最小限の設定で MySQL と ClickHouse クラスターをセットアップしました。 私は彼らが活動的になるまで待ちました。

また、各クラスターにデータベースを作成し、ログインとパスワードを使用してデータベースへのアクセスを構成することも忘れないでください。 ここでは詳細には触れませんが、インターフェイスではすべてが一目瞭然です。

明らかではない詳細は、これらのデータベースには多くのホストがあり、耐障害性が確保されているということでした。 ただし、Grafana では、操作するデータベースごとに XNUMX つのホストが必要です。 長い読書 ドキュメンテーション 雲が私に決断をもたらした。 この種の宿主は c-<cluster_id>.rw.mdb.yandexcloud.net 対応する ID を持つクラスターの現在アクティブなマスター ホストにマッピングされます。 これが Grafana に提供されるものです。

ウェブサーバー

あとは Web サーバー次第です。 Linux を使用して通常の仮想マシンを起動し、その上で Grafana を手動で構成してみましょう。

ssh接続して必要なパッケージをインストールしましょう。

sudo apt-get install -y apt-transport-https software-properties-common wget
wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add -
sudo add-apt-repository "deb https://packages.grafana.com/enterprise/deb stable main"
sudo apt-get update
sudo apt-get install -y grafana-enterprise 

その後、systemctl で Grafana を実行し、ClickHouse と連携するためのプラグインをインストールしましょう (はい、基本パッケージには含まれていません)。

sudo systemctl start grafana-server
sudo systemctl enable grafana-server
sudo grafana-cli plugins install vertamedia-clickhouse-datasource

それだけです、その後は簡単なコマンドで

sudo service grafana-server start

Webサーバーを起動してみます。 これで、ブラウザに仮想マシンの外部 IP アドレスを入力し、ポート 3000 を指定すると、美しい Grafana UI が表示されます。

ただし、慌てないでください。Grafana をセットアップする前に、設定を保存するために MySQL へのパスを忘れずに伝える必要があります。

Grafana Web サーバーの構成全体はファイル内にあります。 /etc/grafana/grafana.ini。 必要な行は次のようになります。

;url =

ホストを MySQL クラスターに設定します。 同じファイルには、上の図の Grafana にアクセスするためのログインとパスワードが含まれています。デフォルトでは両方とも同じです。 admin.

sed コマンドを使用できます。

sudo sed -i "s#.*;url =.*#url = mysql://${MYSQL_USERNAME}:${MYSQL_PASSWORD}@${MYSQL_CLUSTER_URI}#" /etc/grafana/grafana.ini
sudo sed -i "s#.*;admin_user =.*#admin_user = ${GRAFANA_USERNAME}#" /etc/grafana/grafana.ini
sudo sed -i "s#.*;admin_password =.*#admin_password = ${GRAFANA_PASSWORD}#" /etc/grafana/grafana.ini

Web サーバーを再起動します。

sudo service grafana-server restart

次に、Grafana UI で、ClickHouse を DataSource として指定します。

次の設定で動作する構成を実現できました。

URLとして指定しました https://c-<cluster_id>.rw.mdb.yandexcloud.net:8443

全て！ CH と MySQL に接続された Web サーバーを備えた XNUMX 台の仮想マシンが稼働しています。 すでにデータセットを ClickHouse にアップロードして、ダッシュボードを構築できます。 しかし、私たちはまだ目標を達成しておらず、本格的なインフラストラクチャを導入していません。

パッカー

Yandex.Cloud を使用すると、既存の仮想マシンのディスク イメージを作成でき、それに基づいて、互いに同一のマシンを任意の数だけ作成できます。 これはまさに私たちが使用するものです。 画像を簡単に組み立てるには、次のツールを使用します。 パッカー ハシコーポレーションより入力として、画像を組み立てるための指示を含む json ファイルを受け取ります。

json ファイルは、ビルダーとプロビジョナーの XNUMX つのブロックで構成されます。 最初のブロックは実体としての画像自体のパラメータを記述し、XNUMX 番目のブロックは画像​​に必要なコンテンツを埋め込むための命令を記述します。

ビルダー

{
"builders": [
    {
      "type": "yandex",
      "endpoint": "{{user `endpoint`}}",
      "folder_id": "<folder_id>",
      "subnet_id": "{{user `subnet_id`}}",
      "zone": "{{user `zone`}}",
      "labels": {},
      "use_ipv4_nat": true,
      "use_internal_ip": false,
      "service_account_key_file": "<service_account_key_file>",
      "image_name": "grafana-{{timestamp}}",
      "image_family": "grafana",
      "image_labels": {},
      "image_description": "GRAFANA",
      "source_image_family": "ubuntu-1804-lts",
      "disk_size_gb": 3,
      "disk_type": "network-hdd",
      "ssh_username": "ubuntu"
    }
  ],
...
}

このテンプレートでは、イメージを作成するクラウド内のセクションの識別子と、このセクションで前に作成したサービス アカウントのキーを含むファイルへのパスを設定する必要があります。 ファイル形式でのサービス アカウントとキーの作成の詳細については、対応するセクションを参照してください。 ドキュメンテーション.

この構成は、ディスク イメージがプラットフォームに基づいて構築されることを示しています ubuntu-1804-lts、イメージファミリーの適切なユーザーセクションに配置されます。 GRAFANA 名前の下で grafana-{{timestamp}}.

プロビジョナー

ここからは、構成のさらに興味深い部分になります。 ここでは、仮想マシンの状態をディスク イメージにフリーズする前に、仮想マシン上で実行する必要がある一連のアクションについて説明します。

{
...,
"provisioners": [
    {
            "type": "shell",
            "pause_before": "5s",
            "scripts": [
                "prepare-ctg.sh"
            ]
        },
    {
            "type": "file",
            "source": "setup.sh",
            "destination": "/opt/grafana/setup.sh"
        },
        {
            "type": "shell",
        "execute_command": "sudo {{ .Vars }} bash '{{ .Path }}'",
            "pause_before": "5s",
            "scripts": [
                "install-packages.sh",
                "grafana-setup.sh",
                "run-setup-at-reboot.sh"
        ]
        }
  ]
}

ここでは、すべてのアクションが 3 つの段階に分かれています。 最初の段階では、補助ディレクトリを作成する単純なスクリプトが実行されます。

準備-ctg.sh:

#!/bin/bash
sudo mkdir -p /opt/grafana
sudo chown -R ubuntu:ubuntu /opt/grafana

次の段階では、このディレクトリにスクリプトを配置します。このスクリプトは、仮想マシンの起動直後に起動する必要があります。 このスクリプトは、Grafana 構成に登録する必要があるユーザー変数を配置し、Web サーバーを再起動します。

セットアップ.sh:

#!/bin/bash
CLUSTER_ID="<cluster_id>"
USERNAME="<username>"
PASSWORD="<password>"
sudo sed -i "s#.*;url =.*#url = mysql://${USERNAME}:${PASSWORD}@c-${CLUSTER_ID}.rw.mdb.yandexcloud.net#" /etc/grafana/grafana.ini
sudo sed -i "s#.*;admin_user =.*#admin_user = ${USERNAME}#" /etc/grafana/grafana.ini
sudo sed -i "s#.*;admin_password =.*#admin_password = ${PASSWORD}#" /etc/grafana/grafana.ini
sudo service grafana-server restart

この後、やるべきことは 3 つあります。
1) パッケージをインストールする
2) systemctl で Grafana を実行し、ClickHouse プラグインをインストールします。
3) 仮想マシンをオンにした直後に、setup.sh スクリプトを起動キューに入れます。

インストールパッケージ.sh:

#!/bin/bash
sudo systemd-run --property='After=apt-daily.service apt-daily-upgrade.service' --wait /bin/true
sudo apt-get install -y apt-transport-https
sudo apt-get install -y software-properties-common wget
wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add -
sudo add-apt-repository "deb https://packages.grafana.com/enterprise/deb stable main"
sudo apt-get update
sudo apt-get install -y grafana-enterprise 

グラファナセットアップ.sh:

#!/bin/bash
sudo systemctl start grafana-server
sudo systemctl enable grafana-server
sudo grafana-cli plugins install vertamedia-clickhouse-datasource

再起動時にセットアップを実行.sh:

#!/bin/bash
chmod +x /opt/grafana/setup.sh
cat > /etc/cron.d/first-boot <<EOF
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
@reboot root /bin/bash /opt/grafana/setup.sh > /var/log/yc-setup.log 2>&1
EOF
chmod +x /etc/cron.d/first-boot;

あとは、Packer を実行して、指定されたセクションに配置された出力イメージを取得するだけです。 仮想マシンを作成するときに、それをブート ディスクとして選択でき、起動後に既製の Grafana Web サーバーを受け取ります。

インスタンスグループとバランサー

多数の同一の Grafana Web サーバーを作成できるディスク イメージを取得したら、インスタンス グループを作成できます。 Yandex.Cloud プラットフォームでは、この用語は同じ特性を持つ仮想マシンの結合を指します。 インスタンス グループを作成するときは、このグループ内のすべてのマシンのプロトタイプが構成され、次にグループ自体の特性 (アクティブなマシンの最小数と最大数など) が構成されます。 現在の数がこれらの基準を満たさない場合、インスタンス グループ自体が不要なマシンを削除するか、独自のイメージ内に新しいマシンを作成します。

タスクの一環として、以前に作成したディスク イメージから生成される Web サーバーのインスタンス グループを作成します。

本当に注目に値するのは、最後のインスタンス グループのセットアップです。 ロード バランサーと統合されたターゲット グループを使用すると、いくつかのボタンをクリックすることで、このグループの仮想マシン上に L3 バランサーを構成できます。

バランサーをセットアップするときに、次の XNUMX つの重要なポイントを実装しました。

1. バランサーがポート 80 でユーザー トラフィックを受け入れ、それを仮想マシンのポート 3000 (まさに Grafana が存在する場所) にリダイレクトするようにしました。
2. ポート 3000 に ping を送信してマシンの実行可能性をチェックするように設定しました。

ミニサマリー

最後に、必要なアプリケーション インフラストラクチャを手動でデプロイすることができ、復元力の高い Grafana サービスが完成しました。 アプリケーションへのエントリ ポイントとしてのバランサーの IP アドレスと、データセットをロードするために ClickHouse クラスターのホストのみを知る必要があります。

それは勝利のように見えるでしょうか？ はい、勝利です。 しかし、まだ何かが私を混乱させます。 上記のプロセス全体には多くの手動手順が必要であり、まったく拡張性がありません。可能であれば自動化したいと考えています。 これについては次のセクションで説明します。

Terraform の統合

ここでも HashiCorp のツールを使用します。 テラフォーム。 これは、ユーザーが渡したいくつかの変数に基づいて、ボタンをクリックするだけでアプリケーション インフラストラクチャ全体をデプロイするのに役立ちます。 さまざまなユーザーのさまざまなセクションで複数回実行できるレシピを作成してみましょう。

Terraform での作業はすべて、構成ファイル (*.tf）とそれに基づくインフラの構築。

変数

ファイルの最初に、将来のインフラストラクチャがどこにどのようにデプロイされるかを決定する変数を含めます。

variable "oauth_token" {
    type = string
    default = "<oauth-token>"
}
variable "cloud_id" {
    type = string
    default = "<cloud-id>"
}
variable "folder_id" {
    type = string
    default = "<folder_id>"
}
variable "service_account_id" {
    type = string
    default = "<service_account_id>"
}
variable "image_id" {
    type = string
    default = "<image_id>"
}
variable "username" {
    type = string
    default = "<username>"
}
variable "password" {
    type = string
    default = "<password>"
}
variable "dbname" {
    type = string
    default = "<dbname>"
}
variable "public_key_path" {
    type = string
    default = "<path to ssh public key>"
}

アプリケーション展開プロセス全体は、ディスク イメージの構築とこれらの変数の設定に帰着します。 彼らの責任を説明しましょう。

oauth_token — クラウドにアクセスするためのトークン。 で入手できます リンク.
クラウドID — アプリケーションをデプロイするクラウド識別子
フォルダID — アプリケーションをデプロイするセクション識別子
サービスアカウントID — クラウドの対応するセクションのサービス アカウント識別子。
画像ID — Packerを使用して取得したディスクイメージの識別子
ユーザ名 и password — データベースと Grafana Web サーバーの両方にアクセスするためのユーザー名とパスワード
データベース名 — CH および MySQL クラスター内のデータベース名
公開鍵パス — 公開 ssh キーを含むファイルへのパス。この名前で接続するために使用できます。 ubuntu Web サーバーを備えた仮想マシンへ

プロバイダーのセットアップ

次に、Terraform プロバイダー (この場合は Yandex) を構成する必要があります。

provider "yandex" {
  token     = var.oauth_token
  cloud_id  = var.cloud_id
  folder_id = var.folder_id
  zone      = "ru-central1-a"
}

ここでは上で定義した変数を使用していることがわかります。

ネットワークとクラスター

次に、インフラストラクチャの要素が通信するネットワーク、XNUMX つのサブネット (各リージョンに XNUMX つ) を作成し、CH クラスターと MySQL クラスターを構築します。

resource "yandex_vpc_network" "grafana_network" {}

resource "yandex_vpc_subnet" "subnet_a" {
  zone           = "ru-central1-a"
  network_id     = yandex_vpc_network.grafana_network.id
  v4_cidr_blocks = ["10.1.0.0/24"]
}

resource "yandex_vpc_subnet" "subnet_b" {
  zone           = "ru-central1-b"
  network_id     = yandex_vpc_network.grafana_network.id
  v4_cidr_blocks = ["10.2.0.0/24"]
}

resource "yandex_vpc_subnet" "subnet_c" {
  zone           = "ru-central1-c"
  network_id     = yandex_vpc_network.grafana_network.id
  v4_cidr_blocks = ["10.3.0.0/24"]
}

resource "yandex_mdb_clickhouse_cluster" "ch_cluster" {
  name        = "grafana-clickhouse"
  environment = "PRODUCTION"
  network_id  = yandex_vpc_network.grafana_network.id

  clickhouse {
    resources {
      resource_preset_id = "s2.micro"
      disk_type_id       = "network-ssd"
      disk_size          = 16
    }
  }

  zookeeper {
    resources {
      resource_preset_id = "s2.micro"
      disk_type_id       = "network-ssd"
      disk_size          = 10
    }
  }

  database {
    name = var.dbname
  }

  user {
    name     = var.username
    password = var.password
    permission {
      database_name = var.dbname
    }
  }

  host {
    type      = "CLICKHOUSE"
    zone      = "ru-central1-a"
    subnet_id = yandex_vpc_subnet.subnet_a.id
  }

  host {
    type      = "CLICKHOUSE"
    zone      = "ru-central1-b"
    subnet_id = yandex_vpc_subnet.subnet_b.id
  }

  host {
    type      = "CLICKHOUSE"
    zone      = "ru-central1-c"
    subnet_id = yandex_vpc_subnet.subnet_c.id
  }

  host {
    type      = "ZOOKEEPER"
    zone      = "ru-central1-a"
    subnet_id = yandex_vpc_subnet.subnet_a.id
  }

  host {
    type      = "ZOOKEEPER"
    zone      = "ru-central1-b"
    subnet_id = yandex_vpc_subnet.subnet_b.id
  }

  host {
    type      = "ZOOKEEPER"
    zone      = "ru-central1-c"
    subnet_id = yandex_vpc_subnet.subnet_c.id
  }
}

resource "yandex_mdb_mysql_cluster" "mysql_cluster" {
  name        = "grafana_mysql"
  environment = "PRODUCTION"
  network_id  = yandex_vpc_network.grafana_network.id
  version     = "8.0"

  resources {
    resource_preset_id = "s2.micro"
    disk_type_id       = "network-ssd"
    disk_size          = 16
  }

  database {
    name = var.dbname
  }

  user {
    name     = var.username
    password = var.password
    permission {
      database_name = var.dbname
      roles         = ["ALL"]
    }
  }

  host {
    zone      = "ru-central1-a"
    subnet_id = yandex_vpc_subnet.subnet_a.id
  }
  host {
    zone      = "ru-central1-b"
    subnet_id = yandex_vpc_subnet.subnet_b.id
  }
  host {
    zone      = "ru-central1-c"
    subnet_id = yandex_vpc_subnet.subnet_c.id
  }
}

ご覧のとおり、XNUMX つのクラスターはそれぞれ XNUMX つのアベイラビリティ ゾーンに配置されることで、非常に耐障害性が高く作成されています。

Webサーバー

同じ精神で続けていけそうな気がしましたが、困難に遭遇しました。 その前に、最初に MySQL クラスターを起動し、その ID を知ってから、必要な構成のディスク イメージを収集し、クラスターにホストを指定しました。 しかし、イメージの構築時も含め、Terraform を起動する前にはクラスター ID がわかりません。 したがって、次のことに頼らなければなりませんでした 騙す.

Amazon のメタデータ サービスを使用して、いくつかのパラメータを仮想マシンに渡し、仮想マシンがそれを受け入れて処理します。 マシンは、起動後に MySQL クラスター ホストの背後にあるメタデータと、ユーザーが Terraform ファイルで指定したユーザー名とパスワードに移動する必要があります。 ファイルの内容を少し変更してみましょう setup.sh、仮想マシンがオンになっているときに実行されます。

セットアップ.sh:

#!/bin/bash
CLUSTER_URI="$(curl -H 'Metadata-Flavor:Google' http://169.254.169.254/computeMetadata/v1/instance/attributes/mysql_cluster_uri)"
USERNAME="$(curl -H 'Metadata-Flavor:Google' http://169.254.169.254/computeMetadata/v1/instance/attributes/username)"
PASSWORD="$(curl -H 'Metadata-Flavor:Google' http://169.254.169.254/computeMetadata/v1/instance/attributes/password)"
sudo sed -i "s#.*;url =.*#url = mysql://${USERNAME}:${PASSWORD}@${CLUSTER_URI}#" /etc/grafana/grafana.ini
sudo sed -i "s#.*;admin_user =.*#admin_user = ${USERNAME}#" /etc/grafana/grafana.ini
sudo sed -i "s#.*;admin_password =.*#admin_password = ${PASSWORD}#" /etc/grafana/grafana.ini
sudo service grafana-server restart

インスタンスグループとバランサー

新しいディスク イメージを再構築したら、最終的に Terraform 用のファイルを追加できます。

既存のディスク イメージを使用することを示しましょう。

data "yandex_compute_image" "grafana_image" {
  image_id = var.image_id
}

次に、インスタンス グループを作成しましょう。

resource "yandex_compute_instance_group" "grafana_group" {
  name               = "grafana-group"
  folder_id          = var.folder_id
  service_account_id = var.service_account_id
  instance_template {
    platform_id = "standard-v1"
    resources {
      memory = 1
      cores  = 1
    }
    boot_disk {
      mode = "READ_WRITE"
      initialize_params {
        image_id = data.yandex_compute_image.grafana_image.id
        size     = 4
      }
    }
    network_interface {
      network_id = yandex_vpc_network.grafana_network.id
      subnet_ids = [yandex_vpc_subnet.subnet_a.id, yandex_vpc_subnet.subnet_b.id, yandex_vpc_subnet.subnet_c.id]
      nat = "true"
    }
    metadata = {
      mysql_cluster_uri = "c-${yandex_mdb_mysql_cluster.mysql_cluster.id}.rw.mdb.yandexcloud.net:3306/${var.dbname}"
      username = var.username
      password = var.password
      ssh-keys = "ubuntu:${file("${var.public_key_path}")}"
    }
    network_settings {
      type = "STANDARD"
    }
  }

  scale_policy {
    fixed_scale {
      size = 6
    }
  }

  allocation_policy {
    zones = ["ru-central1-a", "ru-central1-b", "ru-central1-c"]
  }

  deploy_policy {
    max_unavailable = 2
    max_creating    = 2
    max_expansion   = 2
    max_deleting    = 2
  }

  load_balancer {
    target_group_name = "grafana-target-group"
  }
}

それをメタデータにどのように渡したかに注目する価値があります cluster_uri, username и password。 これらは、仮想マシンが起動時に取り出して Grafana 構成に入れるものです。

バランサー次第ですね。

resource "yandex_lb_network_load_balancer" "grafana_balancer" {
  name = "grafana-balancer"

  listener {
    name = "grafana-listener"
    port = 80
    target_port = 3000
    external_address_spec {
      ip_version = "ipv4"
    }
  }

  attached_target_group {
    target_group_id = yandex_compute_instance_group.grafana_group.load_balancer.0.target_group_id

    healthcheck {
      name = "healthcheck"
      tcp_options {
        port = 3000
      }
    }
  }
}

砂糖少々

残りわずかです。 インフラストラクチャをデプロイした後、Grafana UI に移動し、CH クラスター (ID を取得する必要があります) をデータ ソースとして手動で追加する必要があります。 ただし、Terraform はクラスター ID を知っています。 この問題を解決するのは彼に任せましょう。

新しいプロバイダー Grafana を追加し、彼女にバランサーの IP アドレスをホストとして与えてみましょう。 Terraform がバランサーによって決定されたマシン上で行われるすべての変更は、MySQL 内で拡張され、したがって他のすべてのマシンでも拡張されます。

provider "grafana" {
  url  = "http://${[for s in yandex_lb_network_load_balancer.grafana_balancer.listener: s.external_address_spec.0.address].0}"
  auth = "${var.username}:${var.password}"
}

resource "grafana_data_source" "ch_data_source" {
  type          = "vertamedia-clickhouse-datasource"
  name          = "grafana"
  url           = "https://c-${yandex_mdb_clickhouse_cluster.ch_cluster.id}.rw.mdb.yandexcloud.net:8443"
  basic_auth_enabled = "true"
  basic_auth_username = var.username
  basic_auth_password = var.password
  is_default = "true"
  access_mode = "proxy"
}

髪をとかしましょう

バランサーの IP アドレスと ClickHouse クラスターのホストを表示してみましょう

output "grafana_balancer_ip_address" {
  value = [for s in yandex_lb_network_load_balancer.grafana_balancer.listener: s.external_address_spec.0.address].0
}

output "clickhouse_cluster_host" {
  value = "https://c-${yandex_mdb_clickhouse_cluster.ch_cluster.id}.rw.mdb.yandexcloud.net:8443"
}

実行できます

全て！ 構成ファイルの準備ができたので、変数を設定することで、上で説明したすべてを発生させるように Terraform に指示できます。 このプロセス全体に約 15 分かかりました。
最後に美しいメッセージが表示されます。

Apply complete! Resources: 9 added, 0 changed, 0 destroyed.
Outputs:

clickhouse_cluster_host = https://c-c9q14ipa2ngadqsbp2iq.rw.mdb.yandexcloud.net:8443
grafana_balancer_ip_address = 130.193.50.25

そしてクラウドでは、隆起したインフラストラクチャの要素が表示されます。

要約します

Grafana を例として使用すると、各人が Yandex.Cloud プラットフォーム上に広大なクラウド アーキテクチャを備えたアプリケーションをデプロイできます。 Packer や Terraform などの HashiCorp の便利なツールがこれに役立ちます。 誰かがこの記事が役立つことを願っています:)

PS 以下に、この記事で提供した一部である Packer と Terraform の既製のレシピを見つけることができるリポジトリへのリンクを添付します。

リポジトリ

出所： habr.com