PostgreSQLでスケールアウト構成を構築しよう
PostgreSQL でスケールアウト構成 を構築しよう db tech show tech 2013 2013/11/15 SRA OSS, Inc. 日本支社 技術開発部 長田 悠吾 Copyright © 2013 SRA OSS, Inc. Japan All rights reserved. 2 自己紹介 ● 長田 悠吾（ながた ゆうご） ● 所属 ● SRA OSS, Inc. 日本支社 技術開発部 ● 業務 ● PostgreSQL 関連の技術調査 ● pgpool-II の開発 ・・・など ● SRA OSS, Inc. 日本支社 ● PostgreSQL を中心としたOSSのサポート/コンサルティング ● OSS 関連プロダクトの販売 ● 技術者トレーニングサービス Copyright © 2013 SRA OSS, Inc. Japan All rights reser
pgpool-II + HS/SRクラスタ構成 — Let's Postgres
SRA OSS, inc. 北川 俊広 はじめに 本稿では、pgpool-II 3.0 と PostgreSQL 9.0 の Streaming Replication/Hot Standby（以降SR/HSと表記します）機能を組み合わせたクラスタ構成について解説します。 pgpool-II 3.0 pgpool-II は、2010年9月にバージョン 2.3 からバージョン 3.0 へ大幅なメジャーバージョンアップが行われました。3.0 における大きな変更点は SR/HS への対応で、主にクエリ振り分けの処理に変更が加えられています。 pgpool-II で次のとおりパラメータ設定をすると、SR/HSクラスタ構成に適した動作をします。master_slave_sub_mode は、pgpool-II 3.0で新設されたパラメータです。 master_slave_mode = true ma
http://www.sraoss.co.jp/event_seminar/2010/20100702-03char10.pdf
Making master/slave systems work better with pgpool-II SRA OSS, Inc. Japan Tatsuo Ishii 2010/7/2 Tatsuo Ishii 2 About me ● Running SRA OSS, Inc. Japan ● PostgreSQL developer/committer ● I18N works ● Several contrib tools including pgbench ● Writing books/articles about PostgreSQL 2010/7/2 Tatsuo Ishii 3 About SRA OSS, Inc. Japan ● Established in 2005 ● Provids commercial support for PostgreSQL and
ストリーミング・レプリケーション | Let's POSTGRES
ストリーミング・レプリケーション (Streaming Replication) は、PostgreSQL 9.0 以降で利用できる、本体組み込みのレプリケーション機能です。参照/更新が可能な1つのマスタDBへの更新操作を、参照のみが可能な複数のスタンバイDBへ転送することで、データベースを複製することができます。スタンバイDBに更新結果が反映されるまでには若干の遅延がありますが、比較的 遅延は少なく、マスタDBへの影響も小さいレプリケーション方式です。 用途 ストリーミング・レプリケーションには以下の用途があります。 多数の参照クエリのサーバ間分散 マスタDB異常時の迅速なフェイルオーバー (切り替え) マスタDBのディスク故障に備えたリアルタイム・バックアップ PostgreSQL 9.1 での強化点 バージョン 9.0 の目玉機能として登場したレプリケーション機能ですが、9.1 では
稼動統計情報を活用しよう(1) — Let's Postgres
はじめに SRA OSS, Inc. 日本支社 石井 達夫 pgpool-IIは複数のPostgreSQLを使ったクラスタシステムを構築できるミドルウェアです。そこでpgpool-IIを実際の業務システムで動かすためには、通常、マシンを複数用意したり、それぞれにPostgreSQLをインストールすることが必要になります。それだけでなく、pgpool-II自体の設定ファイルや、フェイルオーバやオンラインリカバリのためのスクリプトも設定してあげないといけません。これらは結構敷居が高い要求で、「pgpool-IIがなんとなく良さそうなので試してみたい」と思ってもいる人も簡単には手が出せない原因となっていました。 pgpool_setupとは そこで今回ご紹介するのが、pgpool-II 3.3から同梱されるようになった「pgpool_setup」というツールです。pgpool_setupはコマン
Devsの常識、DBAは非常識
1. MySQL Admin が見た Devs の常識、 DBA は非常識 2013/09/14 yoku0825@MyNA PHP Conference 2013 2. ＼こんにちは！／ ● yoku0825 ● とある企業の DBA ● MySQL 歴 5 年くらい ● オラクれない ● ポスグれない ● 嫁の夫 ● せがれの父 ● 日本 MySQL ユーザ会 (MyNA) のスベり担当 3. ＼しゃべること！／ ● 日常的に MySQL のソースコードに触れる変態 DBA がフツーの Devs に投げた愛のマサカリ集 ( のつもり ) ● ウチの開発言語は PHP > Java >> Ruby らしいです ● ウチでは DBA がサーバーの構築、 Devs が設計・ テーブル構築・運営、 DBA はトラブルシュートや改 善提案 ( 運用 ) 、というサイクルで回しています。
クックパッドにおける最近のActiveRecord運用事情 - クックパッド開発者ブログ
インフラストラクチャー部の成田（@mirakui）です。 Rails の OR マッパーである ActiveRecord ですが、みなさんどのように運用していますか？ ActiveRecord を使うと、 SQL を直接扱うことなく、抽象化された表現で RDB にアクセスできるので、アプリケーションの開発効率という観点ではメリットが大きいです。 一方で、 ActiveRecord が駆使されているアプリケーションをサーバに配置してプロダクションとして運用する立場からすると、いくつかの問題に突き当たります。 まずはクックパッド本体アプリケーションにおける、最新の rake stats をご覧ください。 +----------------------+-------+-------+---------+---------+-----+-------+ | Name | Lines | LOC
主キーはインデックスではない - 設計者の発言
仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをインデックスみたいなものと勘違いしているからではないでしょうか」。インデックス（キー）というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。「こんな順にレコードが並んでいれば処理上都合がよさそうだ」という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように「多め」に項目を突っ込んでおく。つまり「ユニーク制約をともなう代表的インデックス」程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ
rubyrep: Home
Mission Development of an open-source solution for asynchronous, master-master replication of relational databases that is ridiculously easy to use database independent[1] License Released as open source under the MIT license. Status Production ready. Battle tested. Main Features Can scan two databases for differences Can sync two databases Can continuously replicate between between two databases
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リレーショナル・データベースの世界