JTF2016で話してきました - HashiCorp Vault + LDAP + MySQL - kikumotoのメモ帳
先日（2017/7/24）に行われた July Tech Festa 2016 でトークが採択されたので話してきました。 タイトル： HashiCorp VaultでMySQLアカウント管理はもう怖くない 2016.techfesta.jp 基本的に前回のエントリ YAPC::Asia Hachioji 2016 mid in Shinagawaで話した、スタッフした！ - kikumotoのメモ帳 と同じ内容をしゃべりました。 基本的に話した内容はスライドにある通りです。 一番のポイントは、Vault では認証基盤とアクセス管理対象を、Vault が提供している Auth / Secret Backend の範囲で自由に組みわせられるということです。 GitHub Token を使って、PostgreSQL のアカウント管理なんかもできてしまいます。これを理解していただけると、自分の環境
Terraform 0.7でterraform_remote_stateはdeprecated扱い - kikumotoのメモ帳
Terraform 0.7がリリースされましたね。 Terraform 0.7 | HashiCorp このバージョンからterraform_remote_stateリソースがdeprecated扱いになっています。 今まで Terraformでの出力を別なTerraformで利用する場合、今まで以下のような感じであったと思います。 出力側 output "repo1_data" { value = "Repo1 Data" } これをRemote Stateとして、S3に保存するとします。以下のような感じで。 terraform remote config \ -backend=S3 \ -backend-config="bucket=bucket-name" \ -backend-config="key=remote.tfstate" \ -backend-config="region
YAPC::Asia Hachioji 2016 mid in Shinagawaで話した、スタッフした！ - kikumotoのメモ帳
YAPC::Asia Hachioji 2016 mid in Shinagawa が、7/2,7/3 で開催されました。 yapcasia8oji-2016mid.hachiojipm.org トークのお話し トークが採択されたので、YAPC::Asia Hachioji 2016 mid in Shinagawa の１日目夕方に github.com ということで話してきました。 スライドを下記に公開しています。 データのアクセス管理をきちんとしないといけないような環境が前提であったので、ちょっと話しとしてはお堅い内容になってしまったかなとは思います。 それでも必要なところには１つの事例として参考になれば幸いです。 １つ質問をうけて、Consul 側のアクセス管理はどうしているのか、というのをいただきました。 答えとしては、Consul はシステム管理者以外には公開していないので現状は
HashiCorp Vault + LDAP で MySQL のアカウント管理 - kikumotoのメモ帳
ようやくはてなブログに移りました。 ということでその最初の記事を書く。 LinuxのアカウントはLDAP（やらIPA Server）とか使えば統合管理できるのだけど、MySQLのアカウント管理を一箇所で統合的に管理しようと思うと、その権限なども含めるとなんかよいソリューションがないように思える。 イヤ、こういうのあるよってあれば教えてください。 そこで、HashiCorpのVaultとLDAPを組み合わせると、ちょっとそれらしくMySQLのアカウント管理できるのではないかと思ってそれを試してみた。 Vault 起動 今回は、おおよそこういうことができる、ということを確認することが目的なので、Vault自体の可用性とかまで考えない。 dev モードで起動する。 $ vault server -dev 表示される root Token を使って、root として Vault にログインする。以
カジュアルにMySQLスローログ可視化with Fluentd+Elasticsearch+Kibana - kikumotoのメモ帳
この記事は MySQL Casual Advent Calendar 2015 - Qiita Elasticsearch Advent Calendar 2015 - Qiita Hamee Advent Calendar 2015 - Qiita の第４日目です。 TL;DR 開発者の皆さんに、CasualにMySQLスローログを分析しもらうために、Fluentd + Elasticsearch + Kibana でMySQLスロークエリを下図のようにビジュアライズしました。（Kibana上で EXPLAIN の結果も確認できるようにしてあります） ついでに、以下の Fluentd の filter plugin を作成しました。 kikumoto/fluent-plugin-sql_fingerprint · GitHub kikumoto/fluent-plugin-mysql_e
Rundeckで始めるstretcherによるPull型デプロイ - kikumotoのメモ帳
オートスケールとかもろもろの理由からPull型デプロイに変えていきたいと思い、そうすると github.com を使いたいなぁとか思うわけです。 でも、Consul やら Serf まで今必要ないよなぁ、ということで Rundeck と組み合わせてみるといい感じになるのではと思いやってみました。 stretcher 作者である id:sfujiwara さんのエントリー YAPC::Asia 2015で発表してきました & ConsulとStretcherについて - 酒日記 はてな支店 にもある通り、stretcher は Consul / Serf なしに使えます。 Rundeck はインストール済みとします。Rundeck については下記リンクあたりをご参照いただくのがよいかと。 痒いところに手が届くバッチコントローラ「Rundeck」をご紹介！ | 株式会社ロックオン社員ブログ ジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
