Мультирегиональная репликация EC2 и RDS из Региона A в другие регионы - PullRequest
Новая
       47

Мультирегиональная репликация EC2 и RDS из Региона A в другие регионы

0 голосов
/ 25 января 2019

Наш текущий сервер, состоящий из двух экземпляров EC2 и базы данных RDS (чтение / запись), находится в регионе Мумбаи. Однако я хотел бы скопировать все (2x EC2 & RDS (R / W)) в Сидней и другие в другие регионы.

В идеале я хотел бы воспроизвести содержимое и в этих случаях.

Кто-нибудь знает быстрый и легкий способ сделать это?

Изменить 25/01/2019:

Однако я хотел бы скопировать все , включая то, что когда-либо было внутри экземпляров (2x EC2 и RDS)

Изменить 29/01/2019: Цель состоит в том, чтобы «масштабировать / расширять». Я хочу, чтобы одна и та же инфраструктура реплицировалась 1-к-1 (точно / одинаково) в разных регионах.

Ответы [ 3 ]

0 голосов
/ 25 января 2019

Вариант для репликации среды зависит от того, сколько времени вы можете терпеть.

Если у вас все в порядке с временем простоя 1. Скопируйте экземпляр AMI EC2 и снимок RDS в другие регионы 2. Создайте новую среду,Это идеально подходит для некритической рабочей нагрузки

Если это критическое приложение 1. Скопируйте AMI экземпляра ec2 (я предполагаю, что это будут ваши экземпляры web / app). Для репликации в реальном времени используйте rsync или robocopy .. илиРешение, как Cloudendure.2. Создайте новый экземпляр RDS в Сиднее. 3. ИСПОЛЬЗУЙТЕ инструмент миграции DMS. Создайте исходную и целевую взаимосвязи. 4. Как только отключите несинхронизацию, откройте новую среду в Сиднее

.
0 голосов
/ 25 января 2019

Как указывалось в предыдущих ответах для EC2, вы можете создать AMI, а затем переместить AMI в другой регион.

Для RDS вы можете создать реплики чтения (и реплики чтения реплик чтения, но остерегайтесь задержек), реплики чтения используются в основном для улучшения производительности чтения вашего приложения.

Вы также можете создать резервную копию Multi AZ, которая будет действовать как сайт аварийного восстановления. Однако обратите внимание, что Multi-AZ используется только в случае аварийного переключения. Кроме того, Multi-AZ включает в себя синхронное копирование данных, а реплики чтения являются асинхронными, поэтому реплики чтения могут демонстрировать возможное поведение согласованности.

Но реальный вопрос здесь - чего вы пытаетесь достичь?

Вы пытаетесь «масштабировать» свою инфраструктуру для поддержки огромного трафика вашего приложения? Или вы просто пытаетесь настроить аварийное восстановление (DR)?

Если ваш ответ DR, то подход довольно прост с моментальными снимками экземпляров Multi AZ и EC2. Но если ответ - масштабирование и производительность, вам действительно нужно подумать о более эффективных стратегиях, таких как использование Cloudfront (CDN), если это веб-приложение, использование кэш-памяти Elasticache в памяти для часто читаемых данных или реплики чтения RDS, используя Эластичные балансировщики нагрузки с динамическим / пошаговым масштабированием / масштабированием. Другими методами могут быть оценка типа используемой подсистемы хранения RDS, то есть использование временных IOPs по сравнению с использованием SSD общего назначения, проверка наличия узких мест «экземпляра» NAT в вашем VPC и так далее.

Может быть заманчиво раскрутить все эти избыточные копии AMI EC2 или реплик чтения RDS одним нажатием кнопки, но вам действительно нужно подумать о стоимости, которую вы будете нести ежемесячно, чтобы полностью ресурсы.

0 голосов
/ 25 января 2019

Это просто! - Для EC2 - вам нужно создать AMI для этих экземпляров, затем щелкнуть правой кнопкой мыши по только что созданному AMI и выбрать «скопировать AMI» в указанный регион.

  • для RDS
    • Если вы просто хотите скопировать данные в другой регион, сделайте снимок, а затем скопируйте этот снимок в целевой регион
    • Если вы хотите, чтобы RDS непрерывно реплицировался в другой регион, вам нужно создать реплику чтения из вашего экземпляра RDS.
...