Настройка обратного прокси, серверные характеристики?

Question

В настоящее время у нас есть два сервера в установке 1+1. 1 apache, 1 mysql. Оба посвящены 32 ядрам и 64 ГБ оперативной памяти. С каталогом 300K+. Magento EE 1.11

Следуя «оптимизации пиковой производительности» Magento », мне было интересно, каковы были бы оптимальные характеристики сервера, если бы мы добавили обратный прокси, такой как лак или Nginx на основе текущей установки 1+1?

В руководстве тестовые аппаратные характеристики для всех серверов были:

• ЦП: 2 X Intel® Xeon® CPU E5645 @ 2,40 ГГц - 12 ядер, 24 потока
• HDD: RAID1 - LSI Megaraid SAS 9260-4i; 2 x SAS 164 ГБ 15 000 оборотов в минуту
• ОЗУ: 24 ГБ ECC
• Сетевая интерфейсная карта: Intel 1GB 82576

Мне кажется, что добавление другого сервера со спецификациями текущей настройки является избыточным. Все, что делает обратный прокси, это раздавал кэшированный контент, и, если что -то динамичное, он отправляется в Apache/PHP для обработки. Какие -нибудь хорошие руководства или книги на эту тему?

Answer 1

Во -первых, не слепо читайте какое -либо руководство (независимо от того, предоставлено Magento или нет) и постарайтесь установить конфигурацию сервера и спецификацию сервера для вашего собственного развертывания.

Их тесты и результаты полностью специфичны для их Условия проверки и не применимы к вашему собственному магазину.

Каждый магазин Magento отличается

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

Вы не предоставили почти достаточно информации для полезного ответа.

• Сколько у вас посетителей в день пик
• Сколько у вас посетителей в час пика
• Вы предлагаете цифровые загрузки
• Какое количество транзита вы в настоящее время достигаете (в MBP)
• Какая доля веб -трафика является SSL, и нет SSL
• Как долго вы готовы сохранять несвежие предметы в кэше

Для обратного прокси, вам нужно ...

• Пропорциональное количество оперативной памяти для ваших кеша
• Стандартные диски (диск ввод/вывод не актуален)
• Сетевая карта высокого класса (для уменьшения прерываний, улучшения задержки и пропускной способности)
• Пропорциональная сумма ядер процессоров до уровня трафика
• По желанию. SSL оборудование дешифрования

Наш совет

Не беспокойтесь. На данный момент у вашего развертывания уже есть недостатки

• 2 единственные точки отказа
• Удлиняющая пропускная способность MySQL по сети
• Слишком мало ядер на веб -сервере
• Слишком много ядер на сервере DB
• Через указанные жесткие диски на веб -сервере
• Под указанными жесткими динамиками на сервере DB

Хотите верьте, хотите нет, но Magento лучше работает на одной машине, пока вы не достигнете пределов вертикального масштабирования, потому что узкое место MySQL находится на удаленной машине с высокой задержкой. Та же система и скорость оперативной памяти повсюду.

Не поймите меня неправильно, есть, безусловно, есть переломный момент, когда многопрофильная 1 машина создает свои собственные проблемы со спором; Но 32 ядра - это довольно маленький потолок нагрузки.

Если вы все еще нажимаете вперед

Кэш с лаком для сайта с низким трафиком (что -то до 200 тыс. Уникальных посетителей в день), как правило, не требуется более 2 ГБ оперативной памяти и 1 -яъясный процессор - с низким уровнем жестких дисков. Но для вас, в любом случае, это может быть просто на вашем веб -сервере - он не будет нарисовать никаких ресурсов, и, поместив ее на третью машину - теперь у вас будет 3 единичные точки отказа и еще больше сетевой активности. через.

Возьмите эту бумагу с щепоткой соли - это маркетинговое упражнение от 1 -го коллеги. не является правильным.

Answer 2

По моему опыту, любые VPS (не OpenVZ) с 512 МБ оперативной памяти и 1 или 2 ядра должны быть достаточно для прокси NGINX для большинства пользователей. Поднимите до 1 ГБ, и прокси легко обрабатывать 10 Мбит/с смешанного HTTP/HTTPS CACHED/Dynamic Content Traffic. Если нет особой причины, вы не можете/должны просто запустить его на том же сервере, что и Apache, и, если что -то будет, это будет небольшое снижение использования ресурсов.