На этот вопрос уже есть ответ здесь:
У меня есть облачный сервер Siteground, и Я ничего не знаю о серверах. На нем размещено 8 веб-сайтов, хотя 3 из них имеют собственные выделенные IP-адреса и cPanel.
Он находится на сервере Linux, но там что-то смешано с NGinx. Например, иногда им приходится перезапускать NGinx для меня ... какой-то комбо или что-то в этом роде.
Основные сведения о сервере:
Если я пойду в мой WHM, Статус службы, он говорит следующее:
Все они являются установками WordPress, и в последнее время - несмотря на отсутствие серьезных изменений - мои административные области на всех веб-сайтах Siteground начали очень медленно отставать и, в конечном итоге, отключились.
Техники обычно хорошие, но этот парень только что сказал мне купить 2 дополнительных ядра; он сказал, что мне не нужно покупать дополнительное место для хранения или дополнительный ГБ ОЗУ.
Сайты:
Это в основном сайты с низким уровнем обслуживания и не слишком интенсивным трафиком. USS Vision , WebPrezence LLC (SSLd), а затем моя некоммерческая организация, Национальный центр надлежащей правовой процедуры (SSLd, и является крупнейшим и наиболее посещаемым из всех из 8 веб-сайтов.
Как специалисты по серверам, может ли кто-нибудь здесь сказать, верна ли эта технология? Поможет ли добавление двух процессоров, чтобы я не заблокировался из-за моего FTP, cPanel и серверной части о моих веб-сайтах? Можно ли сказать это с помощью небольшого количества информации, которую я достаточно осведомлен, чтобы предоставить?
Или я далеко отсюда и должен ли я заняться чем-то еще, опасаясь советов техника?
Благодарю за любые советы, которые может предложить любой!
Да, добавление еще двух ядер поможет увеличить скорость отклика.
Но это еще не все. Самое правильное решение проблемы во многом похоже на проблему: движущаяся мишень. Сейчас добавление ядер может помочь. Завтра может быть больше памяти. На следующий день может понадобиться полоса пропускания.
Добавление ресурсов часто является самым дешевым и быстрым способом повышения производительности. Особенно с чем-то вроде времени отклика.
Но является ли это лучшим?
Это зависит. Отслеживание и оптимизация проблем производительности как в конфигурации сервера, так и в коде может быть дорогостоящей, узкоспециализированной и трудоемкой задачей.
А как вы узнаете?
Нужно начинать измерения. Измерьте время отклика, измерьте время до первого байта, измерьте объем передаваемых данных. Автоматизируйте эти тесты и измерения, используя некоторые из множества инструментов для мониторинга сервера. График результатов.
Поиск правильного баланса между большим количеством ресурсов (ядра, память, ...) и оптимизацией сервера/кода (программист/админ. часы) зависит от вас. Предлагаю попробовать немного и то, и другое.
И помните, что если вы не измеряете, то нет смысла пытаться оптимизировать.
.