PostgreSQLストリーミングレプリケーション 第1回 ストリーミングレプリケーションの4つの構成 - 株式会社ネディア │ネットワークの明日を創る│群馬
PostgreSQLを使ってシステムを構築していると、レスポンス速度の改善が課題になってくることがあります。 そのような場合、まずはシステム自体のクエリの見直しを行ったり、PostgreSQL自体をチューニングし改善を行いますが、それでもまだ速度が物足りない場合にはハードウェア増強を検討することになります。 ハードウェア的には「ディスクのI/O性能の不足」か、「CPUの処理能力不足」のどちらかが原因となっていることが多く、きちんとボトルネックを見極めてハードウェア交換を行うことで速度改善ができたりします。 ところが著しくアクセスが多い場合や、重い処理を複数走らせたりする場合には、それでも速度に不満を感じる場面が出てきます。 そんなときの改善策の1つとして、PostgreSQLサーバを参照更新可能なマスターと参照のみのスレーブに分けたレプリケーション構成で運用し負荷分散を行う方法があります。
PostgreSQLをストリーミングレプリケーションで構成する (PostgreSQL 10.x版)
事前作業として、検証目的なので、firewalldとSELinuxは無効化しておこう。 [Master/Standby]# systemctl stop firewalld [Master/Standby]# systemctl disable firewalld [Master/Standby]# sed -ie 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config [Master/Standby]# reboot ストリーミングレプリケーション構成手順概要 PostgreSQLでストリーミングレプリケーションを構成する手順の概要を以下に図示する。 ①PostgreSQLインストール・初期セットアップ 1. dnfでPostgreSQLをインストール まずは、PostgreSQLをインストールする。postgresql-
レプリケーションとは、仕組み～3つのお勧めケースまで総解説
メリット1：システムを止めずに業務継続を可能にする複製元（稼働系）から複製先（待機系）にリアルタイムにデータを複製することで、稼働系にシステム障害が起こっても、待機系へ切替えることで復旧が可能となり、ダウンタイム（システムが停止している時間）を最小限に抑えられます。 メリット2：システムへの負荷分散ができる例えば、データベースの規模が大きかったり、アクセス頻度が高いといった場合、サーバーに過度の負荷がかかり、処理ができずサーバーがダウンする可能性がありますが、複製側のサーバーを参照用にしたり、データ解析用途では複製側のサーバーで処理を行うなど、アクセスを分散させることによって負荷を軽減し、全体のパフォーマンスを向上させることができます。 メリット3：サーバー移行の時間短縮になるサーバーの移行でも、できるだけ業務を止めずに簡単に済ませたいものです。レプリケーションを利用することで、システムを
MySQL のレプリケーションから10年間逃げてきた我々が学んだこと8選 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。クラウド運用チームで SRE をしている飯塚です。 今回は、MySQL のレプリケーション機能を約10年もの間ずっと使ってこなかった私たちが、レプリケーションを使った高可用性構成に移行するための取り組みの中で学んだことについて紹介します。 背景 巨大なテーブルへの primary key の付与 トランザクションサイズが大きい場合には tmpdir に注意 mysqldump で絵文字が消えていないか要チェック mysqldump が Error 1412: Table definition has changed... で失敗する mysqldump したデータのリストアが Duplicate entry 'xxx-yyy-PRIMARY-n_diff_pfx01' for key 'PRIMARY' で失敗することがある mysqldump したデータのリストア時のディスク
マルチクラウド構成におけるMySQL Group Replicationの利用事例紹介
こんにちは、滝澤です。 前回の記事『WireGuardによるマルチクラウド構成VPNの事例紹介』に引き続き、社内事例を紹介します。 弊社ハートビーツではMSP（Managed Service Provider）サービスの可用性向上のために、社内基盤をマルチクラウド構成で運用しています。 複数のクラウド拠点のネットワーク間をWireGuardというVPNトンネルのソフトウェアで接続しています。 さらに、リレーショナルデータベース管理システムにはMySQLを利用しており、MySQLのレプリケーション機能の一つであるGroup Replicationを使って拠点内および拠点間における冗長化を行っています。 今回はこのMySQL Group Replicationの利用事例を紹介します。 行っていることをまとめると次のようになります。 マルチクラウド構成（Azure, AWS, GCP）において、
これはすごい！mariadb10 でマルチソースレプリケーションでデータベース統合！ - Database JUNKY
MariaDBでマルチソースレプリケーション 私的に待ちに待ったあの機能が追加されました。それは、マルチデータソースレプリケーション、mariadb10.0から実装されるという話は知っておりましたが、ようやく触る機会がきたので試してみようと思います。 余談ではありますが、弊社では、３０スキーマはあろうデータベースをこれで一台に集約しておりますので、ちゃんと実績はありますのでご安心を そもそもマルチソースレプリケーションとは何？ 異なる２つのインスタンスのデータベースを、１つのSLAVEでレプリケーションしちゃおうという意味です。たぶん言葉で説明するのは難解なので、図を以下に載せます。 え？これって、昔からできるんじゃないの？と思った方（自分）。実は、MySQLはこれができなかったのです (T_T) MySQLのレプリケーションを触り始めた時は、マルチマスターレプリケーションがそれだと思って
MySQLレプリケーションあれやこれや
2018/01/26 第2回 オープンソースデータベース比較セミナー https://osscons-database.connpass.com/event/74688/
PostgreSQLのレプリケーションの監視 - そーだいなるらくがき帳
この記事は PostgreSQL アドベントカレンダー の25日目です。 qiita.com 基本的なPostgreSQLのモニタリングについては下記に纏めました。 soudai.hatenablog.com 本日はここで扱っていないレプリケーションの監視についてまとめようと思います。 なおPostgreSQLのストリーミング・レプリケーション (Streaming Replication) は、PostgreSQL 9.0 移行に使える機能です。 本ブログで説明するレプリケーションはこのストリーミング・レプリケーションを対象とします。 そのためここでは8.4とかで Slony-I 使ってるケースや pgpool-II でレプリケーションモードを使ってるケースは対象外です。 レプリケーションの仕組み PostgreSQLのレプリケーションは変更履歴であるWAL(ログ先行書き込み)を使ってい
MySQLのレプリケーション手法の違い | Yakst
ソリューションエンジニアチームに所属する筆者が、今では様々な手法が存在するレプリケーション機能について、改めて特徴や注意点を解説しつつ、レプリケーションのよくある「誤解」に対してもお答えしています。 このブログ記事では、MySQL（および Percona Server）環境におけるレプリケーション手法に関して改めて考察を行いたいと思います。あわせて、時折見受けられるレプリケーションの間違った考え方についても考えてみます。 私がソリューションエンジニアとして働き始めてからというもの、沢山の情報が公開されているにも関わらず、レプリケーションに対する「誤解」や「不完全な理解」が無くならないことを日々感じていました。 そもそもレプリケーションとは何か？ レプリケーションは、1つのデータベースにデータを蓄積するだけでなく、別のデータベースにデータを複製し、転送することを保証してくれる機能です （複製
MySQLのレプリケーションを試してみたので注意点など - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年08月31日18:39 MySQL MySQLのレプリケーションを試してみたので注意点など 今回はMySQLのレプリケーションをやってみましたー。レプリケーションの仕組みはこんな感じ(*･ω･)ノ 1) マスタがバイナリログを出力。 2) スレーブがバイナリログを受け取り、リレーログとして保存。 3) スレーブがリレーログからクエリを実行。 ※バイナリログには更新系のクエリのみが記録されます。 ※リレーログはバイナリログと内容は同じですが、必要がなくなると自動的に削除されていく点が異なります。 とりあえずやってみようと思って、マスタ1台、スレープ2台の構成を作ってみましたヾ(oﾟωﾟo)ﾉﾞ まず、MySQLをインストールして設定ファイル3種類、それぞれ以下のように設定します。 マスタのmy.cnf [mysqld] server-id=1 user=mysql port=330
MariaDB/MySQLでGTIDを使用してレプリケーションをする方法 その１ – Mindcircus.jp
■ 前提条件 [Server IDの設定] マスターとスレーブのサーバーがそれぞれ一意のserver-idを持っている必要があるので下記のような設定をしておく。値はサーバーのIPの第４オクテットの値でも設定しておけばいいと思う。 # vi /etc/my.cnf.d/server.cnf server-id = xxx [binlogの設定] レプリケーションを使用するためにBinlogが有効になっていないといけないので下記のような設定をしておく。 # vi /ect/my.cnf.d/server.cnf # BINARY LOGGING # log_bin = /var/lib/mysql/mysql-bin expire_logs_days = 14 sync_binlog = 1 ■ 非同期レプリケーションをする場合の設定 この設定例では、マスターサーバーもスレーブサーバーになれる
MySQL の Replication 機能の振り返りと MySQL 5.7 での新機能 - (-> % read write unlearn)
Oracleさんの「MySQL最新情報セミナー2015春」に参加させて頂いてきました。4時間かけて、MySQLの最新の情報と最新の機能の解説を聞かせて頂きました。MySQL4.1〜5.5で情報のキャッチアップが止まっていREPLICATE_DO_DBる自分としては、新しい情報ばかりで楽しかったです。特にReplicationの機能と MySQ Labs で開発している機能が面白かったです。MySQ Labs では、製品版に対する直接的な機能開発ではなく、もっと先を見据えた実験的な機能の開発とそれに対するコミュニティの意見を得ることを目的としています。RDBの枠を超えたアグレッシブな機能が開発されていて楽しいです。 セミナーの内容はMySQL EnterpriseやMySQL Cluster、Workbenchなど盛り沢山でした。今日は Replication について学んだことを整理・復習
Zabbix MySQLスレーブサーバ（レプリケーション）の監視設定メモ
サーバ構成MySQL マスター/スレーブサーバの設定内容は「MySQL 5.6 マスター/スレーブサーバの設定メモ」をご参照ください。また、MySQL マスター/スレーブサーバには、Zabbix-agent をインストールしておきます。 Zabbixサーバの、インストールや初期設定については、以下の記事をご参照ください。 Zabbix 2.4 を yumでインストール（CentOS6.5） Zabbix 1-1. ユーザーの作成とアクション（メール通知）の設定 MySQL レプリケーションの仕組みZabbix の設定をする前に、レプリケーションの仕組みについて、簡単に確認しておきましょう。レプリケーション機能の中核を担うのが、マスターとの通信を担当する「スレーブ I/Oスレッド」と、スレーブDBの更新を担当する「スレーブ SQLスレッド」です。このどちらかが停止してしまうと、レプリケーショ
fuelphpでmysqlのレプリケーションに対応する方法 - とりあえずphpとか
やりたいこと 少しアクセスの多いサイトなどではありがちなmysqlのレプリケーションを使うことがあると思います。 fuelphpでそれに対応するときの作業をメモしておきます。 いちおう今回想定する環境はマスタdb1台、スレーブdb2台構成のものとします。 db定義を設定 とりあえず今回は開発環境(development)での作業を扱います。 まずは、fuel/app/config/development/db.phpを編集 <?php return array( // マスタdb 'default' => array( 'connection' => array( 'dsn' => 'mysql:host=master_hostname;dbname=dbname', 'username' => 'master_userame', 'password' => 'master_passwor
実録、ほぼ無停止なMySQLのフェイルオーバ (動画もあるよ) - （ひ）メモ
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン でも掲げたゴールである、「マスタが落ちてもぐーすか寝ていられるようにしたい」がほぼできたので、ほとんどサービスが停止することなく、フェイルオーバする様をスクリーンキャストに収めました。 埋め込みプレイヤーだと、小さくてわからないと思うので、リンク直接でみてください。 http://www.irori.org/pub/mysql-mm.mov 登場するホスト 登場するホストは2台、db901とdb902です。 最初は、db901が更新系クエリを受けるプライマリでdb900の浮動IPアドレスを持っています。 画面分割 画面は5分割しています。 左上 = 「select sysdate(),@@server_id」をdb900に対して(sleep 1しながら)延々と実行しまくりんぐ 右上 = ping -n
MySQLレプリケーションにおけるフェイルオーバー – OpenGroove
MySQLレプリケーションにおいて、スレーブをマスタとしてフェイルオーバーさせる時に やることをざっくりまとめてみた。 マスタでは障害等によりMySQLインスタンスが停止していることが前提。 マスタ1:スレーブ1構成の場合 1.マスタに昇格するスレーブにSTOP SLAVEを発行。 2.マスタに昇格するスレーブにRESET MASTERを発行。 3.スレーブに降格するマシンでCHANGE MASTER を実行し、 START SLAVEする。 もう少し詳しく書くと。 1.スレーブ側でIOスレッドでのバイナリログ受け渡しが完了する頃を見計らって、 STOP SLAVE IO_THREAD を発行。 mysql > STOP SLAVE IO_THREAD; “Has read all relay log”を確認できまるまで、SHOW PROCESSLIST の出力結果をチェックする。 2.ス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イルカさんチームからゾウさんチームに教えたいMySQLレプリケーション
株式会社TAP
https://qiita.com/kiimiiis/items/0ecc9b921927579c138c
KOK体育官方网站在线(中国)科技有限公司