exec.Commandで外部コマンドを起動する時にトレースコンテキストを伝搬させてみました 今回のコード例 github.com 環境変数+propagation.TraceContextを利用することで伝搬させてみました。 解説 httpやgRPCの場合のコンテキスト伝搬 こちらの記事にあるように、呼び出す側/呼び出される側の両方で以下のようにPropagatorを設定した上でotelhttpやotelgrpcなどのインターセプターを利用します。 otel.SetTextMapPropagator( propagation.NewCompositeTextMapPropagator( propagation.TraceContext{}, propagation.Baggage{}, ), ) exec.Commandで外部コマンドを起動する時にはotelhttpやotelgrpcのよ

はじめに 最近お仕事でSigNozを使ってみました。 その中でSigNoz(が使っているClickHouse)のCold Storageとしてさくらのクラウド オブジェクトストレージを使ってみましたので利用手順などのメモを残しておきます。 SigNozとは オープンソースのAPM & オブザーバビリティツールとのことです。 signoz.io GitHubリポジトリのdescriptionには以下のように書かれています。 SigNoz is an open-source APM. It helps developers monitor their applications & troubleshoot problems, an open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Applicati

最近MailosaurというSaaSを使ってメール送信機能をテストしてみましたので、備忘がてら紹介メモを残しておきます。 Mailosaurとは? Mailosaurとは Email and SMS testing platformだそうです。 mailosaur.com メールがちゃんと送れているか?だとかメール本文/添付ファイルなどは意図通りか?をテストするのに便利な機能が提供されています。 Mailosaurってなんて読むの? 以下の動画をみたところ、カタカナだと「メイラソー」のように呼ばれていました。 www.youtube.com どんなことができるの? EメールやSMS関連のテストを行うための様々な便利機能が提供されています。 詳細は以下のドキュメントに記載されています。 mailosaur.com 例えばEメール関連ですと以下のような機能が提供されています。(上位プランのみの

本投稿は、さくらインターネットアドベントカレンダー2022の14日目の投稿です。 この記事では2022年7月に発足した「SRE室」という部署について+これまで私が取り組んできたお仕事の一部を紹介します。 はじめに さくらインターネットへ入職しSRE室で働き始めてからもうすぐ半年となります。 febc-yamamoto.hatenablog.jp 新しい環境に慣れるまで苦労しましたが、ここ数ヶ月はだいぶ落ち着いてきており、最近は毎日の仕事がとても楽しく感じられています。 これまでSRE室としての取り組みをあまり紹介できていませんでしたが、せっかくのアドベントカレンダーという機会なのでここで紹介させていただきます。 SRE室の紹介 SRE室とは 2022年7月に発足したばかりの新しめの部署です。 以下のような企業理念/ミッション/ビジョン/バリューに従い日々の業務へ取り組んでいます。 企業理念

はじめに 試用期間を無事に乗り越えた お久しぶりです。今年の7月からさくらインターネットで働き始めておりました。 febc-yamamoto.hatenablog.jp 先月で試用期間が終わり、今月から正式採用となりました。 無事に試用期間を乗り切れて一安心です。 担当業務は? 所属部署はこれまで通りSRE室です。 ボスであるkazeburoさんをはじめ頼もしい同僚たちに囲まれて毎日楽しく仕事しております。 そんな中での私の業務はというと、引き続きUsacloudやTerraformプロバイダーといったOSSの開発をしつつSREとしての業務も担当しています。 Embedded SRE/Enabling SREとして、開発/運用の両者が共通のゴールをもって、運用性に優れたソフトウェアを開発すべくさまざまな取り組みをしています。 今日は最近のSREとしての取り組みの中から、デプロイの自動化にま

今年の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系

cert-managerのさくらのクラウド対応版 Kubernetes上で証明書の発行/更新の自動化を行えるcert-managerをフォークしてさくらのクラウド対応版をリリースしました。 github.com これを利用することでさくらのクラウドDNSを利用して証明書の発行/更新が行えるようになります。 今回はこのさくらのクラウド対応版cert-managerを利用して証明書を発行する方法をご紹介します。 なお今回は現時点(2019/10/3)の最新版のv0.11.0-alpha.0を利用します。 v0.11系はまだalpha版となっており、今後細かな仕様変更などがあるかもしれない点には留意ください。 発行までの手順 以下のような流れとなります。 さくらのクラウド対応版cert-managerのインストール さくらのクラウドAPIキーをSecretに格納 Issuer or Cluste

はじめに JavaScript/TypeScript/Python/Goを用いてInfrastructure as Codeできるpulumiでさくらのクラウドに対応するためのプロバイダー(プラグインとSDK)を公開しました。 www.pulumi.com github.com このプロバイダーを用いることで、以下のようなコードでさくらのクラウド上のリソースを操作可能になります。 さくらのクラウド上にサーバ(CentOS)を作成する例(TypeScript) import * as sakuracloud from "@sacloud/pulumi_sakuracloud"; // CentOSパブリックアーカイブのIDを参照 const centOSArchive = sakuracloud.getArchive({osType: "centos"}); // CentOSパブリックアー

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なプラグイ

新しくなったRio KubeCon EUにあわせ新しくなったRioがアナウンスされました。 Rio自体は以前からOSSとして公開されていましたが、今回はRancher Labsからのリリースアナウンスもありある程度開発に区切りがついたということなのでしょう。 rancher.com 公式サイトもできてました。 rio.io 今回は新しくなったRioを軽く触ってみました。 なおRioについては以前ブログ書いてますのでこちらもご一読ください。 febc-yamamoto.hatenablog.jp 事前準備 Kubernetesクラスタ 以前のRioはスタンドアロンという、embeddedなk8sクラスタ(後のk3s)を起動してくれるモードがありましたが、 新しいRioではk8sクラスタはあらかじめ準備しておく必要があります。 お好みのクラスタを用意しておきましょう。 k3sやDocker f

さくらのクラウド上のリソースの監視を行うためのPrometheusのExporter「sakuracloud_exporter」をリリースしました。 github.com この記事ではsakuracloud_exporterの機能や実践的な利用例を紹介します。 もしPrometheusになじみの薄い方は以下の連載記事などをあらかじめ読んでおくことをお勧めします。 knowledge.sakura.ad.jp sakuracloud_exporterの概要 sakuracloud_exporterはPrometheusのExporterです。さくらのクラウドAPIを利用して各種メトリクスを収集します。 さくらのクラウドでのメトリクス関連API さくらのクラウドではCPU-TIMEやディスクのread/write、NICのreceive/sendなどをAPIを通じて取得できるようになっています

昨年9月にさくらのクラウド 石狩第1ゾーンの新規申し込み受付が再開されました。 それに伴いサーバ/ディスクの新しいプランが提供され、同一性能のプランで比較すると新プランの方が安く提供されるようになりました。 今回はこの新プランを活用すべく、旧プランから新プランへの変更を行うためのツールcloud-plan-migrateを作成しましたのでご紹介いたします。 github.com 石狩第1ゾーンの新規申し込み受付再開 2018/9/27に石狩第1ゾーンでの新規申し込みの受付が再開されました。 www.sakura.ad.jp これまでは2016/7/1以降に新規作成されたアカウントでは石狩第1ゾーンを利用することができませんでした。 cloud-news.sakura.ad.jp これが新規申し込み受付が再開されたことにより、アカウントの新旧問わずに石狩第1ゾーンが利用可能となりました。 新

平成30年北海道胆振東部地震で被災された皆さまに謹んでお見舞い申し上げます。 今回の震災では石狩リージョン(石狩第1/第2ゾーン)において非常用発電機設備を起動・停止するための制御回路の故障により専用サーバの一部に影響が出ていたとのことですが、 クラウドをはじめとしたその他のサービスには影響は出なかった模様です。 とはいえ一時は石狩データセンターの自家発電設備により稼働しているという状態になっていました。 support.sakura.ad.jp 現在は北海道電力からの電力供給が復旧したとのことですが、仮に非常用発電設備の燃料供給が滞ったり商用電源の復旧が遅れた場合はサービスの停止といった影響が出ていた可能性もあります。 なので、これを機に利用しているクラウド上のサービスのBCP/DRといった運用について再確認をされる方も多いと思います。 この記事ではその一環として、さくらのクラウド上で稼

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

Rio v0.0.3がリリースされましたね。 github.com 以前書いたRioの記事ではスタンドアロン版を試しましたので、 今回は既存KubernetesクラスタとしてDocker for Macを利用してRioを試してみようと思います。 前回と重複する内容も含まれますが、今回はRioがKubernetes/Istioをどう利用しているのかといった点を中心にみていきたいと思います。 (前回の記事でIstio周りもうちょい詳しく知りたかったという声もあったような気がしますので) 前回の記事(スタンドアロン版のRio) febc-yamamoto.hatenablog.jp 必要なもの Docker for Mac(Kubernetesが有効化されていること) おそらくDocker for Windowsでも動くと思いますが手元に環境がないため今回は試してません。 また、大事な注意点とし

目次(未確定) 第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については全く新しい作りとなっていること、新規にプロバ