「cockroachdb」の記事 - Crieit

cockroachdb-laravel を使えば laravel で cockroachdb 使えるみたい

2019-05-17T15:25:09+09:00

はじめに

先先日、こちらの場をお借りして、稚拙なできませんでしたレポートに過ぎない laravel で cockroachdb を使おうとして惜しくも断念を書かせていただいたのですが、だら様の日々の SEO の強化の御尽力おかげと思うのですが laravel と cockroachdb で QWANT で検索したら他の良記事を差し置いて僭越にも２番めにでてきてました、なんかちょっとうれしいです

ところで検索筆頭の cockroachdb-laravel ってどういうプロジェクトなんでしょう？

cockroachdb-laravel

cockroachdb-laravel は、laravel で使うために必要な cockroachdb の定義をしてくれているみたいです（laravel の内部をよくしらないので、なんとなくコードを眺めててそんな印象をもった、という程度で、あまり自信ないです）
つかってみると、ちゃんと migrate できて、larabel のユーザ認証がうごきだしました

ちゃんと cockroachdb にユーザができてる！うれしい

うれしいので速攻で星をつけました ^^/

ちょっとした問題

こちらの issue にもあがってますが、migrate する時に "id なんてないよ" って言われて migrate が１回失敗する現象がありますが、シレっと再度 migrate すると普通に db ができます

その後

で、ログインしようとすると「そんなクレデンシャルないよ」とログインできない現象が私の所では出ていて、cockroachdb の Metrics みてるとそもそも query も来てないので、そもそも誰が原因なのか（laravel なのか、cockroachdb なのか、はたまた私の環境構築の問題なのか）今の所、ちょっとわからないです

laravel で cockroachdb を使おうとして惜しくも断念

2019-05-15T22:09:28+09:00

要約

laravel でなにか作った後の DB の面倒を見るのがめんどくさいです。なのでcockroachdb みたいに手のかからない DB が使えれば嬉しいです
postgress 互換なので postgress 用の laravel 設定を流用して使えないかなとおもってためしてみたのですが、結論からいうとこの issue が解決されないと、laravel で cockroachdb つかうの無理っぽいです

cockroachdb を使うための準備

laravel の database.php の pgsql の connections を見るとパスワード認証にしか対応していないので、証明書でログインするように変更します

laravel のコードの変更

/*
        'pgsql' => [
            'driver' => 'pgsql',
            'url' => env('DATABASE_URL'),
            'host' => env('DB_HOST', '127.0.0.1'),
            'port' => env('DB_PORT', '5432'),
            'database' => env('DB_DATABASE', 'forge'),
            'username' => env('DB_USERNAME', 'forge'),
            'password' => env('DB_PASSWORD', ''),
            'charset' => 'utf8',
            'prefix' => '',
            'prefix_indexes' => true,
            'schema' => 'public',
            'sslmode' => 'prefer',
        ],
*/
        // refer https://gist.github.com/tigusigalpa/2d1ec6e258ed96221abf9679622d274a
        'pgsql' => [
            'driver' => 'pgsql',
 #           'url' => env('DATABASE_URL'),
            'host' => env('DB_HOST', '127.0.0.1'),
            'port' => env('DB_PORT', '26257'),
            'database' => env('DB_DATABASE', 'forge'),
            'username' => env('DB_USERNAME', 'forge'),
#            'password' => env('DB_PASSWORD', ''),
            'charset' => 'utf8',
            'prefix' => '',
            'prefix_indexes' => true,
            'schema' => 'public',
            'sslmode' => 'require',
            'sslrootcert' => env('DB_SSLROOTCERT', ''),
            'sslcert' => env('DB_SSLCERT', ''),
            'sslkey' => env('DB_SSLKEY', ''),
        ],

ついでに port も cockroachdb のデフォルトの 26257 に変更しておきます
sslmode は require に変更して、あと sslrootcert, sslcert, sslkey を .env から読めるように追加しました

cockroachdb 側の対応

laravel で使うための db をつくって、laravel で使うユーザに全権を Grant しておきます

migrate してみる

migrate してみると、cockroach にクエリーがきてます o(´∀｀)o

なんだ、簡単だったな、とおもったらぬか喜びでした
created_at, pdated_at あたりがエラーになってます

php artisan migrate
Migrating: 2014_10_12_000000_create_users_table

   Illuminate\Database\QueryException  : SQLSTATE[0A000]: Feature not supported: 7 ERROR:  syntax error: unimplemented: unimplemented at or near "zone"
DETAIL:  source SQL:
create table "users" ("id" bigserial primary key not null, "name" varchar(255) not null, "email" varchar(255) not null, "email_verified_at" timestamp(0) without time zone null, "password" varchar(255) not null, "remember_token" varchar(100) null, "created_at" timestamp(0) without time zone null, "updated_at" timestamp(0) without time zone null)
                                                                                                                                                                      ^
HINT:  See: https://github.com/cockroachdb/cockroach/issues/32098 (SQL: create table "users" ("id" bigserial primary key not null, "name" varchar(255) not null, "email" varchar(255) not null, "email_verified_at" timestamp(0) without time zone null, "password" varchar(255) not null, "remember_token" varchar(100) null, "created_at" timestamp(0) without time zone null, "updated_at" timestamp(0) without time zone null))

なんか親切な HINT がでてるので見てみると、ようは cockroachdb が timestamp の精度指定 にまだ対応してないのが原因みたいです
このissue はそもそも symfony で使おうとしてあがってきたみたいですけど、symfony でダメなら当然、laravel でもだめですね orz

結論

issue が fix されるまでもう少し待とうかなと

cockroachdb のクラスタを作ろうとしてジタバタした記録

2019-05-12T15:32:39+09:00

Insecure な clustering にさえハマる

host1 で cockroach が無事に起動する事を確認して、host2 でも確認、問題なさそう
で、host2 の node2 を host1 の node1 のクラスタに join させようとするのだけど、無視してしれっと別のクラスタをつくって stand alone で起動してくださる

全然、理由がわからない、Trouble Shootingを漁っても、ググってもわからない、なんで他のみんなはこんな目にあってないんだろ？
半泣きで SOに助けを求めたら、速攻で「node2のcockroach-data消しとかないとダメだよ」と教えてもらう、Marc さんありがとう、私は人の世の優しさで生かされている！

Secure な clustering には当然ハマりそう

Insecure な clustering でさえハマってググりまくるという希有な経験をさせていただいておりました私は、その過程で皆様が Secure な cluster を作ろうとしてハマりまくってるのをすでに知っていたので、ビビリながら try

Deploy の Manual Deployment の On-Premisesを何度も（普通なら１度で十分なんでしょうけど^^;;;）読んで、だんだんと分かってくる

deploy する対象は certs folder であって、my-safe-directory は deploy しないでどこかにかくしておく、ここには ca.key ができる
前述の ca.key を使って certs 配下に証明書をいくつかつくるのだけど
- クラスタ全体で同じものを使う: ca.crt, client.root.crt
- node ごとに別のものを使う: node.crt

ということをドキュメントの行間から読み取るのが物凄く難しかったですが、これがわかればハマりポイントはなさそう...

なのにハマる

node1 は起動するのに node2 が join しないどころかリトライを繰り返して起動さえもしない
log (cockroach-data/logs/cockroach.log) をみると（クラスタ作り直した時に消しちゃったので記憶で書いてますが）host 1 の IP アドレスと host2 のIPアドレスが「対象が違う」というようなエラーメッセージ

実は、host1 に node2 用の証明書を間違えておいてたというおマヌなのが原因だったんですが、それにしても node1 はシレっと起動して、node2 の起動がエラーになるあたり、cockroachdb 恐るべし

番外編：admin UI にログインできない

admin UI にログインするためのカウントを作る SQL がドキュメントとか、admin UI のページにでてるんですが、これをコピーして sql client にペーストするとパスワードの前後のシングルクオートが化けてアカウントつくってくれるのでログインできません ^^;;;
これも原因に気づくまでずいぶん時間かかったんですけど全く知育玩具かと思うぐらい昨日今日で頭がよくなってきた気がする o(´∀｀)o

感想

名前からゴキブリなみのしぶとさを期待してたんですけど絶滅危惧種育ててるのかと思うほど大変だったですが...

てか、立ち上がっちゃえば核戦争後まで生き延びるほどしぶといクラスタだと期待しつつ次号につづく