はてなブックマーク

はじめに Amazon Auroraのことばかり言っていますが、 GCPでも2016/08/23にGoogle Cloud SQLのSecond Generation がGAとなり、ようやくGCPでもマネージドなMySQLが使い物になるようになってきたのではないでしょうか？ Googleの記事（前出）やAWSのマネジメントコンソールを見ていると、お互い相手を意識していることがありありと分かったりするのですが、Amazon RDS for MySQL（以下RDS(MySQL)とします）とAmazon Aurora（同Aurora）の間だけではなく、Google Cloud SQL（Second Generation）（同GCS） もレプリケーションで使える構成がかなり違います。 もちろん、RDS(MySQL)とGCPは旧来のMySQLをクラウドに乗せているのに対し、Auroraは分散共有スト

また、インスタンスエンドポイント、クラスターエンドポイント、読み込みエンドポイントとも、接続先のインスタンスが再起動などで接続が失われると、それぞれのエンドポイントに対して再度再接続をし直して処理を続行する必要があります。 読み込みエンドポイント 前項で触れたとおり、現在 Aurora（MySQL） には3種類のエンドポイントがあります。その一つである読み込みエンドポイント（リーダーエンドポイントとも呼ばれます）は比較的新しく、2016年9月に導入された機能です。 クラスターエンドポイント、読み込みエンドポイントは全て特定のインスタンスのホスト名に対する CNAME として提供されます。クラスターエンドポイントはある時点での特定のインスタンスを指しますが、読み込みエンドポイントは特定のインスタンスではなく、リードレプリカのうちどれかのホストを返します。 図3: クラスターエンドポイントと読

ubuntuでlocaleを追加する 普通にinstallして使う分には問題ないのですが、vagrantやdockerのofficial imageを使うとC localeしかない場合があります。（C localeしかないと言ってもC/C.utf8/POSIXが見えますが。C localeじゃなくてPOSIX localeって言う方がいいのかな……？） これで問題ない時もありますが、変なところで引っかかることもあります。私はmultibyte characterが含まれたgemspecファイルで引っかかりました。 なので、utf-8のlocaleを追加してみます。 日本語のlocaleを追加する aptでlanguage-packを追加する language-pack-jaをインストールしてもいいです。