Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update images and notes in Pacemaker guide #247

Merged
merged 1 commit into from
Aug 23, 2016
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Binary file modified site/img/Rabbitmq_clustering_pacemaker_demote.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file modified site/img/Rabbitmq_clustering_pacemaker_promote.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file modified site/img/Rabbitmq_clustering_pacemaker_start.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file modified site/img/Rabbitmq_clustering_pacemaker_stop.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
15 changes: 11 additions & 4 deletions site/pacemaker.xml
Original file line number Diff line number Diff line change
Expand Up @@ -667,16 +667,14 @@ ms p_rabbitmq-server-master p_rabbitmq-server \
This script may be used to specify ha-mode for mirrored queues, configure expiration
policy and so on. Also note that when a node is promoted, the rest of the cluster
members will remain running as is, unless any issues discovered later (lazy joining).
If another node restarts and starts complaining that it is "thinking is clustered with the
old master, but it refuses", the workflow will be exactly as depicted above for the <i>node-2</i>.
</p>
<p>
Demoting a master resource:
</p>
<img src="img/Rabbitmq_clustering_pacemaker_demote.png"/>
<p>
At least one rabbit node (the node-2 here) will be running ensuring
there is no full RabbitMQ cluster downtime.
Nothing is done on demote, the script only removes rabbit-master attribute to remember
that the current node is no longer master.
</p>
<p>
Starting a resource:
Expand All @@ -698,6 +696,15 @@ ms p_rabbitmq-server-master p_rabbitmq-server \
the failed node from the RabbitMQ cluster as well. And it should re-join the node back
to both the corosync and RabbitMQ clusters once it is restored.
</p>
<p>
Handling split brain:
</p>
<img src="img/Rabbitmq_clustering_pacemaker_split_brain.png"/>
<p>
Before checking if other nodes are clustered with the master, the master first checks
its own health. Only if its health is ok, orders to restart could be given to the other
nodes. That way we always keep at least one node (master) alive.
</p>
<doc:heading>Configuration Parameters</doc:heading>

<p>
Expand Down