Расширение / реорганизация инфраструктуры VPS для малого и среднего бизнеса
Я работаю в цифровом агентстве, где мы проектируем, создавать и размещать веб-сайты для наших (местных) клиентов. В настоящее время у нас ок. 80-90 сайтов разбросаны по 11 экземплярам VPS. 99% этих сайтов - это WordPress, а 80% - это (очень) низкий трафик. У нас есть несколько, у которых постоянный (и медленно растущий) поток посетителей. Есть еще один, сезонный: 11 месяцев сайт практически мертв, но потом, когда "просыпается", он генерирует довольно большой трафик (продажа билетов и регистрация).
В ближайшие недели / месяцы мы будем переводить нового клиента, чей веб-сайт генерирует больше трафика за один день, чем 50% наших наименее загруженных веб-сайтов, вместе взятых, за месяц (в настоящее время около 10 ГБ в день, но мы работаем над оптимизацией сайта перед переносом)
Этот сайт в настоящее время находится на VPS с 2 виртуальными ЦП (Intel Xeon E5-2650 v3 @ 2,30 ГГц), 4 ГБ памяти и потребление тока:
средняя загрузка: 0,74, 1,30, 1,41
KiB Mem: 4194304 всего, 1443792 свободно , 1534936 использовано, 1215576 буферов / кешей
Что касается наших серверов: большинство из них имеют 4 виртуальных ЦП / 8 ГБ ОЗУ, и, хотя для каждого из них выполняется ежедневное резервное копирование, переключения / избыточности нет. ] Поскольку мы стремимся «улучшить нашу игру» и предоставить более отказоустойчивое обслуживание, я должен признать, что, хотя до сих пор я знал все, что нужно, и мог решить большинство проблем, которые у нас были с нашими серверами - когда он доходит до масштабирования и тому подобного - я заблудился.
Я действительно считаю, что 11x VPS, скорее всего, излишний, и эти ресурсы можно было бы организовать гораздо лучше, но вот как кое-что было здесь, когда я присоединился год назад, и до сих пор не было «необходимости» и / или времени, чтобы думать об альтернативах / улучшениях
. Итак, с помощью этой «истории» я хотел бы получить совет о том, какие решения должны мы будем смотреть на то, чтобы принести нам наибольшую пользу? Как наилучшим образом использовать имеющиеся у нас ресурсы? Или нам лучше искать выделенный сервер?
Лично я думал о следующей установке:
- два больших веб-сервера за балансировщиком нагрузки
- два больших веб-сервера за балансировщиком нагрузки + один Сервер БД
и, чтобы еще больше снизить нагрузку, были бы очень благодарны обоим веб-серверам с CDN
.
Ваша ценность
Сначала решите, в чем заключается компетенция вашей организации и где вы добавляете ценность. Опыт установки, обслуживания и масштабирования на голых виртуальных машинах - один из подходов. Но если вы не хотите быть системным администратором, вы можете передать это на один из нескольких хостов WordPress. Это позволяет вам заниматься только проектированием за счет меньшего контроля над платформой.
Подходы к масштабированию
Два больших веб-сервера - это подход с увеличением . Некоторыми ящиками проще (вручную) управлять, но они имеют свои ограничения и, как правило, имеют единые точки отказа.
Более мелкие блоки - это метод масштабирования . Более точный контроль (автоматически)добавление ресурсов, и менее вероятно, что все выйдет из строя. Подразумевает систему для управления жизненным циклом хоста. Одиннадцать небольших виртуальных машин - это не много в такой конфигурации, каждая из которых обслуживает небольшой объем трафика и может иметь дублирующий набор в другом регионе для избыточности.
Попробуйте кое-что
Подумайте о создании прототипа службы балансировки нагрузки в облаке. Не использует повторно ваши существующие ресурсы, но представляет собой эксперимент, который вы можете удалить, когда закончите. WordPress - это обычное приложение, поэтому вы найдете документацию и примеры его развертывания.
У нескольких поставщиков есть инструменты: балансировщик нагрузки, автоматическое масштабирование групп виртуальных машин, хранилище объектов для изображений и т. Д., Возможно, предложение управляемой БД за CDN. какой-то. Или IaaS и построение на голых виртуальных машинах. В любом случае будет полезно изучить правильную плотность размещения сайтов на хост и способы добавления дополнительных хостов.