Google Cloud SQL Окно обслуживания

Question

Причина, по которой я колеблюсь между RDS и Cloud SQL, заключается в том, что я не смог найти, если при установке экземпляра Cloud SQL на высокую доступность с репликами чтения произойдет запланированное обслуживание. Прочитав SO и документацию в течение довольно нескольких часов, я считаю, что даже в случае экземпляра HA вы можете столкнуться с перебоями из-за планового обслуживания, поэтому вы не можете настроить какие-либо настройки / политики так, чтобы они работали практически на 100% в отличие от AWS RDS. где вы можете установить различное обслуживание windows для реплик.

Я прав? Если нет, то как добиться так же, как в AWS? Если я, то в чем причина такого поведения? Как вы вообще можете перевести свой сервис в GCP, если не можете гарантировать его постоянную доступность? Какой смысл HA, если он также имеет простои?

Answer 1

Высокая доступность соответствует экземпляру multi-az sql. Поэтому, когда вы устанавливаете эту опцию, вы получаете первичный экземпляр, работающий в зоне, и вторичный в другой зоне. Таким образом, когда окно обслуживания запускается в облаке, sql должно автоматически переключиться на другую зону доступности, и ваше приложение / пользователи не должны быть затронуты. Однако есть некоторые случаи, когда Cloud SQL вызывал простои (см. Примечания по редактированию ниже).

С другой стороны, чтение реплик помогает вам разгрузить трафик c с вашего основного экземпляра, но не дает вам избыточности.

Нет хоста SQL предлагает 100% гарантию бесперебойной работы. РДС Аврора предлагает 99,99%. Облако SQL, с другой стороны, дает гарантию бесперебойной работы на 99,95%, что соответствует времени простоя не более ежедневного: 43,2 с. Еженедельно: 5 м 2,4 с. Ежемесячно: 21 м 54,9 с.

Мы используем Cloud SQL, и он достаточно надежен, и обновления во время технического обслуживания проходят без проблем.

Надеюсь, это поможет.

---

Редактировать

Я лично не испытал это сам, но на основании указателя Стефана Дж, было открытый выпуск с Google Cloud SQL, который, несмотря на наличие HA, вызвавшего простои во время периода обслуживания:

---

Answer 2

Чтение реплик не обеспечивает высокую доступность и не предлагает ее, и я боюсь, что они также не поддерживают окно обслуживания. Это объясняется в Cloud SQL FAQs среди другой информации.

В системе отслеживания проблем Publi c открыты запросы функций, относящиеся к этим здесь и здесь - вы можете проявить свой интерес, нажав на звездочку Кнопка .

При выполнении планового обслуживания сначала выполняются операции с репликой (ами) чтения, а затем с главным экземпляром. Облако SQL пытается постоянно поддерживать один из них, но это не гарантируется, может быть изменено, и вы не должны полагаться на него.

Если доступность такова критически важно для вас, вам лучше использовать Cloud Spanner вместо этого, который предлагает SLA на 99,999% доступности.