在前面講到了RabbitMQ高可用集群的搭建，但是我們知道只是集群的高可用並不能保證應用在使用消息隊列時完全沒有問題，例如如果應用連接的RabbitMQ集群突然宕機了，雖然這個集群時可以使用的，但是應用訂閱的連接就斷開了，如果有個機房外網出口帶寬被挖掘機弄斷了，那集群依然是不可用的。所以我們後面會介紹應用APP如何與連接集群來保證兩者配合默契，以及如何實現跨機房的集群復制。

應用連接集群高可用

前面講到應用服務器通過一個負載均衡服務將連接的流量分發到指定服務器，如果連接的節點宕機怎麽辦呢。應用服務器連接集群主要做兩件事，訂閱和發布，所以如果是發布消息每次都會重新初始化連接所以連接節點的切換對整個系統的可用性影響不大。如果是訂閱消息就沒有真麽簡單了。首先我們要做到如果連接出現問題應該是拋出異常而不是終止腳本，並且這時應該重新連接連接。
好了不廢話了，代碼如下：

$queueName = ‘superrd‘;
$exchangeName = ‘superrd‘;

while(True){

        try {

                $connection->connect() or die("Cannot connect to the broker!\n");
                $channel = new AMQPChannel($connection);

                $exchange = new AMQPExchange($channel);
                $exchange
 
->setName($exchangeName);
                $exchange->setType(AMQP_EX_TYPE_DIRECT);
                $exchange->setFlags(AMQP_DURABLE);
                $exchange->declareExchange();

                $queue = new AMQPQueue($channel);
                $queue->setName($queueName);
                $queue
 
->setFlags(AMQP_DURABLE);
                $queue->declareQueue();
                $queue->bind($exchangeName, $routeKey);

                //阻塞模式接收消息

                echo "Message:\n";
                while(True){
                        $queue->consume(‘processMessage‘);
                        //自動ACK應答
                        //$queue->consume(‘processMessage‘, AMQP_AUTOACK);
                }

        } catch (AMQPConnectionException $e) {
                var_dump($e);
//                sleep(1);
        }

//$conn->disconnect();

}

/*
* 消費回調函數
* 處理消息
*/
function processMessage($envelope, $q) {
    $msg = $envelope->getBody();
    echo $msg."\n"; //處理消息
    $q->ack($envelope->getDeliveryTag()); //手動發送ACK應答
}

所以通過以上的代碼就可以保證服務器某節點宕機後訂閱的連接自動重連切換。

RabbitMQ集群異地復制

基於warren的共享存儲模式

這種方式其實並不是跨地區的遠程復制，並且需要共享存儲，如果感興趣的同學可以百度下。

基於Shovel的遠程復制

如果直接基於WAN來組建異地的集群的話，集群間大量的數據通訊會產生高昂的費用，另外Erlang也不允許這麽高延遲的通訊。
Shovel是RabbitMQ自帶插件（2.7.0後），自帶插件的好處就是可以在RabbitMQ服務啟動時自動啟動Shovel和自定義復制關系。
Shovel運行的原理其實非常簡單。通過定義RabbitMQ上一個隊列和另外一個RabbitMQ上的交換機之間的復制關系來實現遠程復制。也就是說它會在主服務上建立一個隊列來監聽交換機，所以這是到交換機所以的消息會投遞到該隊列，並且在從服務中訂閱這個隊列，使隊列中的消息復制到從服務的交換機中。RabbitMQ是一個比較全面的消息隊列解決方案，我們公司並沒有用到該功能，只是在這提下，感興趣的同學可以搜下。
RabbitMQ技術交流QQ群：327034977（添加時請備註RabbitMQ）

（十一）RabbitMQ消息隊列-如何實現高可用