今年の1月にTerraform Registryでプロバイダー(3rd含む)を配布できるようにするというアナウンスがありました。 www.hashicorp.com ベータテストへの参加を募集していたので申し込んでおいたのですが、本日(2020/5/15)参加できるようになったとの連絡をいただいたので早速プロバイダーの公開&自動インストールを試しました。 Terraform Registryでのプロバイダーの配布 従来はterraform initを実行してもgithub.com/terraform-providers配下のプロバイダーのみが自動インストールされるだけで、コミュニティが開発しているプロバイダーは~/.terraform.d/plugins/配下に格納しておくなど手動でのインストール作業が必要でした。 これがTerraform Registryにあらかじめプロバイダーの登録を

はじめに Rancher Labsが提供するRKE(Rancher Kubernetes Engine)をTerraformから扱えるようにするRKEプロバイダーを私の個人リポジトリからRancher Labs配下へ移管しました。 github.com 移管によりこれまで以上にRKE本体との連携も進むでしょうし、今後はより一層安定してご利用いただけるようになりそうです。 TerraformのRKEプロバイダーって何？ こちらで紹介しています。 febc-yamamoto.hatenablog.jp speakerdeck.com どんな人がRKEプロバイダーを使ってるの? 国外での利用が多いです。AWS(EC2)やAzure、OpenStack、vSphere、DigitalOceanとの組み合わせあたりでご利用いただくケースが多いです。 Rancher Labsが公開しているブログやYo

先月リリースしたさくらのクラウド対応版Terraformerが本家のバージョンアップに追随してv0.8系になりました。 sacloud/v0.8.1のリリースページ: github.com 以前のsacloud/terraformerについての記事: febc-yamamoto.hatenablog.jp sacloud/terraformer v0.8系での主な変更点 Terraform v0.12系対応 不要な依存関係の出力を抑制 Terraform v0.12対応 これまではTerraform v0.11系のみ対応でv0.12系だと色々とエラーが出ていましたが、このバージョンからv0.12系に対応しました。 ただしv0.11系には非対応となりましたので、もしv0.11系を使いたい場合はterraformer v0.7系を利用する必要があります。 不要な依存関係の出力を抑制 v0.7系

Terraform Cloudがリリースされましたね！！ www.publickey1.jp 早速さくらのクラウドプロバイダーをTerraform Cloud上で動かしてみました。 Terraform Cloud事始め 通常のプロバイダーを使う手順はこちらに記事がありました。 dev.classmethod.jp ワークスペースの作成〜VCS連携〜apply実行までの一通りの流れはこれに従えばOKです。 さくらのクラウドプロバイダーを使うには？ さくらのクラウドプロバイダーのような3rd プロバイダーを利用するにはちょっとした手順が必要になります。 この辺は以下にドキュメントがあります。 www.terraform.io こちらによると、ワーキングディレクトリにterraform.d/plugins/linux_amd64/というディレクトリを作り、その中にlinux_amd64なプラグイ

本日Terraform for さくらのクラウド v1.7をリリースしました。 github.com Terraform for さくらのクラウドはこまめなバージョンアップを行なっており、最新情報を追いきれていない方もいらっしゃるかと思います。 そこで今回は最近追加された機能のサマリーとして影響の大きな変更や新規追加された機能などをピックアップしてご紹介します。 最近追加された/変更された主な機能一覧 最近(直近3ヶ月くらい)で追加/変更された大きなものとして以下のようなものがあります。 サーバ/ディスク関連 サーバ/ディスク新プラン対応 ディスクの修正パラメータをサーバリソース配下に移動 アプライアンス関連 石狩第1ゾーンの利用可能リソース拡大 モバイルゲートウェイでのトラフィックコントロール機能 データベースアプライアンスでのリードレプリカ機能 シンプル監視でのBasic認証 その他

目次(未確定) 第1回: Terraform Custom Provider 基礎 第2回: リソース実装 基礎 - schema.Resourceでのリソース実装の基礎 第3回: スキーマ定義 前編- schema.Schemaでのスキーマ定義 第4回: スキーマ定義 後編- schema.Schemaでのスキーマ定義 (当記事) 第5回: リソース操作 - schema.ResourceDataでのリソース操作 第6回: リソース定義 - schema.Resourceの高度な機能(差分調整/マイグレーション/インポート) 第7回: テスティングフレームワーク 前回はスキーマ定義として必須項目であるType(データ型)について扱いました。 今回はschema.Schemaの他のフィールドについて見ていきます。 前回、*schema.Schemaに最低限指定しないといけないフィールドとし

目次(未確定) 第1回: Terraform Custom Provider 基礎 第2回: リソース実装 基礎 - schema.Resourceでのリソース実装の基礎 第3回: スキーマ定義 前編- schema.Schemaでのスキーマ定義 (当記事) 第4回: スキーマ定義 後編- schema.Schemaでのスキーマ定義 第5回: リソース操作 - schema.ResourceDataでのリソース操作 第6回: リソース定義 - schema.Resourceの高度な機能(差分調整/マイグレーション/インポート) 第7回: テスティングフレームワーク 前回はCustom Providerにリソースを追加し基本となるCRUD操作を実装してみました。 今回はリソースで扱う入出力項目であるスキーマの定義について詳しくみていきます。 なお、今回も手を動かしながら確認できるようにソース

今回はTerraformから提供されているprovider frameworkを利用した独自のプロバイダーの実装について扱います。 カスタムプロバイダーについての基本的な知識〜実装上の注意点などをサンプル実装を通じて見ていきます。 注:この記事はTerraform v0.11に対応しています。 === UPDATE: 2022/05 この記事執筆当時と筆者の状況が変わり、この一連の記事は完結する見込みがほぼ無くなっています。 また、Terraform側も進化しており、Terraform SDKが生まれ、SDK v2に変わり、現在ではTerraform Plugin Frameworkというものが生まれています。 この一連の記事の内容はSDK v2でも若干の調整(エラーハンドリングなど)だけで通用しますが、Plugin Frameworkについては全く新しい作りとなっていること、新規にプロバ

今日は使い道は限定されますが意外と便利なツールterraform-bundleの紹介です。 github.com terraform-bundleって？ Terraformではコア部分とAWS/GCP/Azureといった各プラットフォーム固有の処理を担当する部分(プロバイダー)とで実行ファイルが分かれています。 通常、HashiCorp社により配布されているプロバイダーはterraform init時に必要な分だけ自動でhttps://releases.hashicorp.comからダウンロードされるようになっています。 また、サードパーティにより配布されているプロバイダーについては手動でプラグイン格納ディレクトリ(~/.terraform.d/plugins配下など)に配置する必要があります。 これらのプロバイダーをあらかじめダウンロードしておき、Terraform本体とパッケージングす

Rancher Blogに新しい記事(RKE+AWS)が投稿されてた 今月半ばにRancher Labsのブログに以下の記事が投稿されていました。 Rancher Blog: How To Deploy Kubernetes Clusters On AWS Using RKE AWS上にRKEを用いてKubernetesクラスタを構築するという内容です。 でもRKEの最新版だと動かない… 手順が丁寧に書かれていてわかりやすい内容なのですが、利用しているRKEのバージョン(v0.1.5)が古く、最新版を利用するとうまく動きませんでした。 そこで、最新版できちんと動かすために必要な作業についてこの記事にまとめてみました。 ついでにTerraformでコード化しました 記事を書くついでにこの構成を手軽に試せるようにTerraformとTerraformのRKEプロバイダーを利用してコマンド一発で

2018/5/18に東京で開催されたRancher2.0リリースパーティで以下のLTをさせていただきました。 このLTで発表したTerraformのRKEプロバイダーについてご紹介いたします。 その前に: RKE(Rancher Kubernetes Engine)とは? RKEとは、一言で言うと「Kubernetesクラスタのデプロイツール」です。 kubernetesクラスタのデプロイツールとしてはkubeadmやkopsといったものもありますが、それらと比較するとRKEは以下のような特徴があります。 対象ノードに外部からSSH接続してプロビジョニングを行う kubernetesの各種コンポーネント(etcdやapiserverなど)をDockerコンテナとして起動する 最初からHAなクラスタを構築可能 RKEの使い方 ノードの準備 まずk8sクラスタをプロビジョニングするノードを用意

TerraformにはTerraform Registryという公式のモジュールレジストリが用意されています。 今日はTerraform Registryでモジュールを公開する方法について紹介します。 Terraform Registryでモジュールを公開するまで Terraform RegistryはGitHubのパブリックなリポジトリに一定のルールに従ったTerraformモジュールを置けば公開できるようになっています。 モジュール公開までの手順 手順としては以下の通りです。 1) GitHubにモジュール用のリポジトリ作成 2) モジュールの作成 3) Terraform Registryの管理画面で作成したリポジトリを選んで公開 リポジトリ/モジュール作成時のルール リポジトリ/モジュール作成の際は以下のルールに従う必要があります。 GitHubのパブリックなリポジトリでモジュール

はじめに 先日 Open Service Broker for さくらのクラウドというプロダクトを公開しました。 参考: Open Service Broker for さくらのクラウドでKubernetes + Service Catalog出来るようになりました これを試すには以下2つの方法があります。 Docker for Mac/Windowsを利用 & VPCルータでさくらのクラウドにVPN接続 さくらのクラウド上のVPC内にKubernetesクラスタを構築 Docker for Mac/Windowsの方は気軽に試せますが、やはりちゃんと複数台のサーバで構成されたKubernetesクラスタで動かしたいですよね。 でもVPC内に手動でクラスタを構築するのはなかなか大変な作業です。 そこで、Terraform(とTerraform for さくらのクラウド)でコマンド一発で構築

はじめに 今回はTerraform for さくらのクラウドを用いてWindows Serverの展開を自動化する方法をご紹介します。 さくらのクラウドではWindows Serverのセットアップを行うにはコントロールパネルからコンソール接続を行う必要がありましたが、 この方法を使えばterraformコマンドだけで一気に展開可能です。 なお、今回の方法は残念ながらリソースマネージャーには非対応です。 terraformコマンドを直接使う方向けとなっています。 背景 まずはさくらのクラウドでのWindows Serverプランの扱いについて確認しておきます。 さくらのクラウドのWindows Serverプラン さくらのクラウドではWindows Serverプランが提供されています。 さくらのクラウド マニュアル - Windows Serverプラン Datacenter Editi

モダンTerraformシリーズです。 今回は前回の続きとしてMiscプロバイダーの中からTemplateプロバイダーについて扱います。 Templateプロバイダーとは その名の通りテンプレート機能を提供してくれるプロバイダーです。 以下のリソースとデータソースが含まれます。 分類 名称 概要 データソース template_file 単一のファイル(など)用のテンプレート機能 データソース template_cloudinit_config cloud-initのconfigファイル用テンプレート機能 リソース template_dir ディレクトリ内のテンプレートファイルに対し一括処理を行う機能 template_dirだけリソースになっている点が注意ですね。 詳しくは後述しますが、template_dirのみファイルが作成されるという作用があるためです。 それでは各リソース/データ

モダンTerraformシリーズです。 今回はTerraformのプロバイダーのうち、最近充実してきているMiscプロバイダーについてご紹介します。 Miscプロバイダーってなに？ 最近Terraformのプロダイバーが増えてきたため、ドキュメント上プロダイバーの分類が行われました。 現在は以下のような分類がなされています。 分類 概要 Major Cloud いわゆる3大クラウド(AWS/Azure/GCP)+α Cloud ↑以外のパブリック/プライベートクラウドやHerokuなどのPaaSなど Infrastructure Software KubernetesやRancherなどの基盤系ソフトウェア(ConsulやRabbitMQなども) Network CDNやDNSなどネットワーク系 VCS バージョン管理システム系(Bitbucket/GitHub/GitLab) Monit

モダンTerraformシリーズです。 今回は最近のhashicorp/terraformでの開発状況から、現時点での最新版であるv0.11.3で未実装な機能の中で個人的にかなり期待している機能について紹介します。 countパラメータとその限界 全てのリソースにはMeta-parametersが指定できる Terraformには全てのリソースに対しMeta-parametersという属性を指定できます。 これはData Sourcesに対しても指定可能となっています。 参考: Terraformドキュメント - Meta-parameters 具体的には以下のようなものがあります。(詳細はドキュメントを参照) count (int) リソースの作成数を指定 ※現時点ではモジュールには指定不可 depends_on (list of strings) リソースが依存するリソースを指定 ->

今回は小ネタです。 Terraformでのベストプラクティス? Terraformでのベストプラクティスは従来GitHubにて専用のリポジトリで公開されていました。 GitHub: hashicorp/best-practices が、このリポジトリ、すでに「 Deprecated 」です。 じゃあどこ見ればいいのよ? best-practicesリポジトリでも言及されていますが今後はTerraform Module Registryを参照すべしとのことです。 Terraform Module Registry Twitterでも@mitchellh氏らが質問に答える形で言及していました。 ただし、RegistryにはHashiCorpの方が作成したもの以外も含まれるため、 参考にする際は「HashiCorp Verified Modules」を見るのがオススメです。 Registryでモ

前回はスイッチ/ルーター/ブリッジなどのネットワーク関連のリソースを中心に扱いました。今回は前回の続きとしてVPCルータを扱い、その後DNSやGSLB、監視といったサービスそのものを提供するリソースを扱います。 また、応用編としてこれまでの連載で扱ってきたリソースやテクニックを駆使して複数リージョンにまたがる冗長構成を構築してみます。 仮想プライベートクラウド構築 まずは仮想プライベートクラウド構築のためのリソースであるVPCルータについて扱います。 VPCルータ VPCルータとは、その名の通りVPC(Virtual Private Cloud)環境を構築するための、仮想ルータアプライアンスです。 [TIPS] VPCとは？ クラウド上に仮想的なネットワークを構築し、手元のプライベートネットワーク(いわゆる社内LANなど)とVPN接続を行うことで、クラウド上の資源をあたかもプライベートネッ

前回は「Terraform for さくらのクラウド」を用いることでTerraformからさくらのクラウド上にインフラ構築を行いました。 今回は中規模～大規模な構成には不可欠なネットワーク関連のリソースについて扱います。 複数台による冗長構成でのサービス提供やスケールイン/アウト(負荷に応じて動的に台数を増減)できる構成にはネットワーク関連のリソースが欠かせませんので、しっかりと扱い方を押さえておきましょう。 前回の補足：データソースのバージョンアップ 前回データソースについて扱いましたが、2017年3月にTerraform for さくらのクラウドのバージョンアップを行い、より簡潔な書き方ができるようになりましたのでご紹介いたします。 前回はディスクのコピー元となるパブリックアーカイブのIDを参照するために、以下のようにデータソースの記述を行なっていました。 # データソース(パブリック