Scaling node на AWS

Question

В настоящее время у меня есть небольшой веб-сайт, размещенный на AWS.

Сервер представляет собой микро-экземпляр. На этой микро-например:

• Я бег Nginx для обслуживания статических файлов и страниц ошибок
• Я бег моего сервера узла
• Я храню мой MongoDB

Как сообщает сайт становится больше трафика, я достиг времени, когда мне нужно масштабировать, и я не уверен, что такое лучшие практики и каковы их последствия.

Я хотел бы какие-либо направления к материалам для чтения

Я имел в виду иметь:

• 2 выделенных микро-экземпляров для запуска веб-сайте
• 1 микро-экземпляр работает Nginx
• 1 микро-экземпляр, хранящий db

вопросы:

1. Would, имеющий дб, хранящуюся на отдельной машине делают запросы значительно медленнее?

2. Должен ли я хранить db на S3 вместо этого?

3. Возможно ли иметь полный экземпляр только для nginx?

Как вы собираетесь масштабировать от 1 до нескольких? Я предполагаю, что переход от одного к другому сложнее, чем переход от двух до 50.

Любые советы будут очень благодарны!

Answer 1

1. Would, имеющий дб, хранящуюся на отдельной машине делают запросы значительно медленнее?

Нет, влияние скорости будет минимален, и это было бы необходимо для обеспечения масштабируемости в любом случае. Просто убедитесь, что вы используете частные IP-адреса своих экземпляров для обмена данными между экземплярами, чтобы трафик оставался внутри вашего VPC (как по соображениям безопасности, так и по производительности).

2. Должен ли я хранить db на S3 вместо этого?

Нет, это не сработало бы вообще. Вы не можете хранить БД на S3, только резервные копии БД.

3. Можно ли использовать весь экземпляр только для nginx?

Если вы получаете достаточное количество трафика, то да абсолютно.

Как бы вы шли по масштабированию от 1 до нескольких?

В общем, вам необходимо перенести свою БД на отдельный сервер, создать несколько экземпляров вашего веб-сервера и разместить перед ними балансировщик нагрузки. Если вы хотите автоматическое масштабирование на основе трафика, вы также разместите веб-серверы в группе автомасштабирования. Если все это звучит затруднительно, я бы порекомендовал вам перевести веб-серверы в Elastic Beanstalk, который поможет вам в этом.

Если ваша база данных является узким местом, вам также может понадобиться настроить кластер MongoDB и сбалансировать нагрузку по кластеру. Вы также можете перенести свою БД на что-то вроде mlab, что значительно облегчит управление этим.