Couchbase Community Upgrade - couchbase-server (3.x) конфликтует с couchbase-server-community (4.x)

Question

Я пытаюсь обновить сервер сообщества Couchbase, который в настоящее время работает от 3.0 до 4.0. Я использую «Amazon Linux» на AWS и использовал сборку CentOS 6 для обновления с 2,5 до 3,0 - это обновление было супер гладким. Согласно документации, я должен быть в состоянии перейти от 3.x к 4.x просто отлично.

http://developer.couchbase.com/documentation/server/4.0/install/upgrade-matrix.html:

Upgrade from the latest version 3.x directly to version 4.x using any supported upgrade strategy. 

Но я получаю сообщение

couchbase-server conflicts with couchbase-server-community-4.0.0-4051.x86_64 

Я обнаружил, что имя couchbase-server зарезервирован для предприятия издания и couchbase-server-community теперь используется в 4.0 для сообщества который объяснил бы конфликт. https://issues.couchbase.com/browse/MB-15716

Действительно ли это переломный переход? Я не могу найти документацию о том, как разрешить это изменение, не удаляя и переустанавливая.

Answer 1

Если бы это был я, и с тех пор, как вы на AWS, просто разверните новые экземпляры, установите на них Couchbase и делайте перебалансировки там, где вы их добавляете, и удаляете старую (1 in, 1 out или 2 in, 2 out , и т.д.). При такой же сумме, входящей и выходящей из кластера, кластер будет выполнять ребалансировку свопа, которая является наиболее эффективной. Все это можно сделать, пока работает и обслуживает трафик. Это очень стандартный путь обновления и рекомендуемый подход в облаке.

После обновления отбросьте старые экземпляры. Да, вы запускаете больше экземпляров одновременно во время обновления, но за несколько латте вы плавно обновляетесь.

Answer 2

Я столкнулся с одним и тем же конфликтом при попытке обновления с версии 3.0.1 сообщества до сообщества 4.0.0.

Следует отметить, что если вы удалите версию 3.0.1 и затем установите 4.0.0, все ваши ведра и их данные будут сохранены. Возможно, есть случаи, когда это терпит неудачу, всегда полезно сначала сделать резервную копию, но в моем случае преобразование было плавным.

Это было на моей машине для разработчиков, для установки облака мне очень нравится своп в/в, что означает, что вы можете выполнить обновление без прерывания обслуживания.