アーキテクチャから理解するPostgreSQLのレプリケーション
This document provides an overview of continuous integration (CI), continuous delivery (CD), and continuous deployment. CI involves regularly integrating code changes into a central repository and running automated tests. CD builds on CI by automatically preparing code changes for release to testing environments. Continuous deployment further automates the release of changes to production without
Slony-I
Slony-I is a "master to multiple slaves" replication system for PostgreSQL supporting cascading (e.g. - a node can feed another node which feeds another node...) and failover. The big picture for the development of Slony-I is that it is a master-slave replication system that includes all features and capabilities needed to replicate large databases to a reasonably limited number of slave systems.
ブログ -PostgreSQL9.3の高速フェイルオーバーは本当に高速なのか？-
2013年9月19日 21:25 投稿者：ikeda 試してみました。 池田です。今回はエンジニアな池田でいきたいと思います。 PostgreSQLは前職でどっぷりと浸かったオープンソースのリレーショナルデータベースですが、このたびめでたく9.3をリリース。更新できるビューのマテリアライズドビューや、CSVファイルやSQliteなどの外部蓄積データを透過的に取り込んでレコードとして扱えるラッパー機能など面白そうな実装が目白押しなのです。その中でも私が最も注目したのは1秒以内と宣伝されている高速フェイルオーバーです。 9.0から実装されたネイティブなストリーミングレプリケーション機能は素晴らしいのですが、実際に障害が発生したときに、結局マスターからデータをミラーリングし直し、うー、となってしまうことがままあったからです。 とにかくやってみようということで、手元のVMwareに使い慣れているC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
