Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
P
Postgres FD Implementation
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Abuhujair Javed
Postgres FD Implementation
Commits
e1693e51
Commit
e1693e51
authored
Nov 17, 2006
by
Bruce Momjian
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Rename replication section "High Availability and Load Balancing".
parent
cc969825
Changes
3
Hide whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
27 additions
and
24 deletions
+27
-24
doc/src/sgml/filelist.sgml
doc/src/sgml/filelist.sgml
+2
-2
doc/src/sgml/high-availability.sgml
doc/src/sgml/high-availability.sgml
+23
-20
doc/src/sgml/postgres.sgml
doc/src/sgml/postgres.sgml
+2
-2
No files found.
doc/src/sgml/filelist.sgml
View file @
e1693e51
<!-- $PostgreSQL: pgsql/doc/src/sgml/filelist.sgml,v 1.4
8 2006/10/26 15:26:5
4 momjian Exp $ -->
<!-- $PostgreSQL: pgsql/doc/src/sgml/filelist.sgml,v 1.4
9 2006/11/17 16:38:4
4 momjian Exp $ -->
<!entity history SYSTEM "history.sgml">
<!entity info SYSTEM "info.sgml">
...
...
@@ -34,7 +34,7 @@
<!entity charset SYSTEM "charset.sgml">
<!entity client-auth SYSTEM "client-auth.sgml">
<!entity diskusage SYSTEM "diskusage.sgml">
<!entity
failover SYSTEM "failover
.sgml">
<!entity
high-availability SYSTEM "high-availability
.sgml">
<!entity installation SYSTEM "installation.sgml">
<!entity installw SYSTEM "install-win32.sgml">
<!entity maintenance SYSTEM "maintenance.sgml">
...
...
doc/src/sgml/
failover
.sgml
→
doc/src/sgml/
high-availability
.sgml
View file @
e1693e51
<!-- $PostgreSQL: pgsql/doc/src/sgml/
failover.sgml,v 1.13 2006/11/17 13:29:53
momjian Exp $ -->
<!-- $PostgreSQL: pgsql/doc/src/sgml/
high-availability.sgml,v 1.1 2006/11/17 16:38:44
momjian Exp $ -->
<chapter id="
failover
">
<title>
Failover, Replication, Load Balancing, and Clustering Options
</title>
<chapter id="
high-availability
">
<title>
High Availability and Load Balancing
</title>
<indexterm><primary>high availability</></>
<indexterm><primary>failover</></>
<indexterm><primary>replication</></>
<indexterm><primary>load balancing</></>
<indexterm><primary>clustering</></>
<indexterm><primary>data partitioning</></>
<para>
Database servers can work together to allow a second server to
quickly take over
if the primary server fails (failover), or to
a
llow several computers to serve the same data (load balancing).
Ideally, database servers could work together seamlessly. Web
servers serving static web pages can be combined quite easily by
merely load-balancing web requests to multiple machines. In
fact, read-only database servers can be combined relatively easily
too. Unfortunately, most database servers have a read/write mix
of requests, and read/write servers are much harder to combine.
This is because though read-only data needs to be placed on each
server only once, a write to any server has to be propagated to
all servers so that future read requests to those servers return
consistent results.
quickly take over
quickly if the primary server fails (high
a
vailability), or to allow several computers to serve the same
data (load balancing). Ideally, database servers could work
together seamlessly. Web servers serving static web pages can
be combined quite easily by merely load-balancing web requests
to multiple machines. In fact, read-only database servers can
be combined relatively easily too. Unfortunately, most database
servers have a read/write mix of requests, and read/write servers
are much harder to combine. This is because though read-only
data needs to be placed on each server only once, a write to any
server has to be propagated to all servers so that future read
requests to those servers return
consistent results.
</para>
<para>
This synchronization problem is the fundamental difficulty for servers
working together. Because there is no single solution that eliminates
the impact of the sync problem for all use cases, there are multiple
solutions. Each solution addresses this problem in a different way, and
minimizes its impact for a specific workload.
This synchronization problem is the fundamental difficulty for
servers working together. Because there is no single solution
that eliminates the impact of the sync problem for all use cases,
there are multiple solutions. Each solution addresses this
problem in a different way, and minimizes its impact for a specific
workload.
</para>
<para>
...
...
doc/src/sgml/postgres.sgml
View file @
e1693e51
<!-- $PostgreSQL: pgsql/doc/src/sgml/postgres.sgml,v 1.
79 2006/10/26 15:26:5
4 momjian Exp $ -->
<!-- $PostgreSQL: pgsql/doc/src/sgml/postgres.sgml,v 1.
80 2006/11/17 16:38:4
4 momjian Exp $ -->
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook V4.2//EN" [
...
...
@@ -151,7 +151,7 @@
&charset;
&maintenance;
&backup;
&
failover
;
&
high-availability
;
&monitoring;
&diskusage;
&wal;
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment