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