[MySQL5.7]マルチソースレプリケーション設定方法 – (っ´∀｀)っ ゃー | 一撃
プライベートIPアドレスはeth1に振っています。さくらのクラウドでCentOS7のeth1にIPアドレスを振る手順はこちらを参考にどうぞ。 今回構築するサーバーの、マスターとスレーブの関係は以下の通りです。 master0 は test0 データベースのマスター。チャネルは0 master1 は test1 データベースのマスター。チャネルは1 slave0 は 上記すべてのデータベースのスレーブになる slave1 は 上記すべてのデータベースのスレーブになる ちなみに、マルチソースレプリケーションはマルチマスターレプリケーションとイコールではありません。 こちらの図表を見ると違いが一目瞭然ですが、マルチマスターレプリケーションは循環型のレプリケーションで、SQLクライアントはどのノードに書き込みを行っても、レプリケーションを構成するすべてのノードに等しくデータが同期されます。いっぽう
![[MySQL5.7]マルチソースレプリケーション設定方法 – (っ´∀｀)っ ゃー | 一撃](https://cdn-ak-scissors.b.st-hatena.com/image/square/e35170e1cd80187ea06becbba0a23330aeba4d9d/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fnullpopopo.blogcube.info%2Fwp-content%2Fuploads%2F2015%2F10%2Fmysql57_20151025_0002.png)
Packer の Shell Provisioner 中で reboot すると再起動が完了する前に次の script がちょっと走っちゃう - oogatta のブログ
Ubuntu でずいぶん前に作ってた Packer の json で CentOS 用の box 作ろうと思ったら途中でハングした感じになってた。どうも reboot したとき、その script は exit するのだけど、 sshd やら network やらはまだちょっとの間生きているので Packer が次の script を走らせてしまうみたいだ。 Ubuntu の時は大丈夫だったのはなんでだ？。ただの奇跡かな。 reboot の実装違うとかかな。 で、ドキュメントとソース見たら、 ssh が切れたらすぐに次のスクリプトには進めなくなる上に、最大で start_retry_timeout 時間分待って再接続して次のスクリプトから進めてくれるということだったので、 #!/bin/bash -eux systemctl stop sshd reboot 当然こんな感じになりました。ば
#kaneの話 — そこはかとなく書くよん。 ドキュメント
#kaneの話¶ (この記事は pyspaアドベントカレンダー2016 の14日目です) ファイナンシャルプランナー3級のr_rudiです。3級程度じゃ意味ないので、来年はとりあえず2級を取ろうと思ってます。 今回は、普段のこのブログとは大きく異なり、ぼくの投資スタンスの話を書きます。といっても、特に面白みはないかもしれません。 経験¶ 株を始めとする投資を始めたのは、ちょうど10年、2006年です。それから2007年のサブプライムローン、2008年のリーマンショックなどを経験してきました。 あのときのお金がどんどん減る恐怖、自動損切りが発動して損が確定したときの喪失感と安堵感をはっきりと覚えています。 そんなに多くのお金を入れていたわけではないし、いい経験をしたなということで、そこから投資をむしろ増やしていきました。 0. 原則¶ 投資をしてお金を増やすためには、時間が必要です。しかし、
Chefを学ぶのが面倒な人のInfrastructure as Code with JSON - tkak's blog
最近、いかにChefの学習コストを小さくしつつ、組織にインフラのコード化(Infrastructure as Code)を導入するか、について悶々と考えていたので、まとめてみた。 Chefの辛み インフラのコード化をするにあたって、Chefは最初に覚えることが多くてなかなか辛い、という話をよく耳にする。Chefの動作概念、Chefの各種リソースの使い方、Chefの周辺ツール群の使い方、Cookbookのコーディング規約など、Chefを使い始めるために覚えるべき内容は結構多い。組織が大きくなればなるほど学習コストはバカにならないし、インフラエンジニアに日常的にコードを書いてもらうことはなかなか難しい。そんな環境でInfrastructure as Codeを広めようとしても、現実的になかなかうまくいかない。インフラをコード化して業務改善がしたいのに、いつの間にかみんなにChefを広めることが
InSpecではじめるテスト駆動インフラ - tkak's tech blog
最近、新しくChefのCookbookを書く機会があったので、前から気になっていたInSpecを少し触ってみました。 github.com InSpecとは何か？ InSpecは、Chef社が開発しているオープンソースのサーバーテストフレームワークです。サーバーのテストフレームワークといえば、Serverspecが有名ですが、InSpecはインフラ管理向けというよりコンプライアンスの担保だったりセキュリティ要件を満たしているかどうかのテスト用作られたツールになっています。InSpecのGithubには、 InSpec is inspired by the wonderful Serverspec project. Kudos to mizzy and all contributors! と記載があるように、Serverspecにインスパイアされているようです。なので、基本的にServers
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
