Обеспечение высокой доступности и MySQL использования обработки отказа на EC2

Делегированное разрешение установить сервисы будет немного жестким. Существует право "SC_MANAGER_CREATE_SERVICE", которое можно предоставить пользователям на объекте диспетчера управления службами (SCM) в менеджере по глобальному объекту.

В версиях Windows до Windows Server 2003 права не могли быть изменены на SCM. Начиная в W2K3 SP1, Вы могли изменить права на SCM.

API для изменения безопасности является SetServiceObjectSecurity, и больше информации доступно здесь: http://msdn.microsoft.com/en-us/library/aa379589 (По сравнению с 85) .aspx

Некоторое более ссылочное ре: права, которые можно предоставить SCM и набору DACL по умолчанию на SCM, доступны здесь: http://msdn.microsoft.com/en-us/library/ms685981 (По сравнению с 85) .aspx

Короче говоря, нет никакого способа сделать это w/o написание кода. И т.д. нет никакой волшебной установки реестра. Если можно заставить кого-то писать код для Вас, тем не менее, это полностью выполнимо.

5
задан 13 April 2017 в 15:14
4 ответа

Я думаю, что Вы действительно хотите мультизональную установку RDS, которая была недавно добавлена к AWS.

Читайте больше здесь: http://aws.typepad.com/aws/2010/05/amazon-rds-multi-az-deployment.html

Если бы Вы не спросили бы о AWS, я предложил бы установку включая DRBD. Это удостоверилось бы, что оба сервера остаются в синхронизации все время. Но я почти на 100% уверен, что это еще не возможно на AWS.

Обычно я был бы осторожен относительно создания снимков и всего этого - это не серебряная пуля! Требуется большое время на AWS. Само устройство хранения данных экземпляра не быстро b) a) не быстро вообще и b) не персистентный! Даже с EBS это не действительно быстро, и все еще необходимо остановить i/o для последовательного снимка.

3
ответ дан 3 December 2019 в 01:42

Я принял бы значение по умолчанию к активной/пассивной двойной основной репликации с помощью плавающего VIP. (Heartbeat, OpenAIS, MMRM или Кардиостимулятор)

Я не могу думать о причине, почему это не хорошая идея. Можете Вы?

MMRM

0
ответ дан 3 December 2019 в 01:42
  • 1
    I' m не уверенный, если EC2 даст мне плавающий IP, со своей стороны, хотя Вы смогли фальсифицировать его с эластичным выравниванием нагрузки. Кроме того, нет никакого средства для внеполосной коммуникации для heartbeat. Я надеюсь, что эти вещи могут работаться вокруг, который является трудной частью этого вопроса. –  crb 4 March 2010 в 23:25
  • 2
    А-ч, к сожалению, я не могу говорить за EC2. Если можно обеспечить ограничения, я могу, вероятно, предоставить рекомендации от той точки. –  Warner 5 March 2010 в 00:30

Самостоятельная опция состояла бы в том, чтобы установить MySQL на объеме EBS, использовать эластичный IP или динамический DNS для переключения, на какой сервер Вы указываете на сбое.

Вам будет нужен внешний сервер, контролирующий heartbeat, который затем размонтировал бы объем EBS, повторно смонтировался бы к Вашему серверу резервного копирования, затем или повторно отобразить IP или изменить DNS. Если Вы волнуетесь по поводу самой файловой системы, то необходимо будет сделать lvm создание снимков или что-то для получения копий данных, и затем можно поддержать копии до S3 или объема EBS также.

Мне нравится иметь данные по самому объему EBS, потому что можно захватить снимки EBS его для резервного копирования, не связываясь с материалом lvm, если это звучит страшным Вам.

Также для замечания Amazon имеет пакет MySQL Enterprise, который я не использовал, но, вероятно, более оптимальный вариант. Их цены обычно довольно разумны для контрактов на поддержку.

0
ответ дан 3 December 2019 в 01:42

Простой и дешевый вариант - самостоятельно установите mysql в разные центры обработки данных в EC2 и настройте репликацию master / master между ними. Направьте свои интерфейсные веб-серверы в каждом центре обработки данных на эти реплицированные серверы mysql. Настройте автоматическую отработку отказа DNS между интерфейсными веб-серверами в каждом месте, если проверка работоспособности содержимого на вашем основном сайте завершится неудачно - он автоматически перенаправит клиентский трафик на реплицированный сайт в другом центре обработки данных - вы исправляете основной сайт и проверки работоспособности начните проходить снова - тогда трафик автоматически вернется на основной сайт. Я делаю это все время - даже между разными поставщиками, например, EC2 и Linode. Он отлично работает, и переключение клиентского трафика происходит менее чем за 1 минуту. Вы можете получить автоматическое восстановление после отказа DNS на сайте dnshat.com по дешевке.

2
ответ дан 3 December 2019 в 01:42

Теги

Похожие вопросы