Стандартизируют
, Сохраняют Ваши установки программного обеспечения сервера последовательными
, FAQ
Запускает страницу 'Frequently Asked Questions'. Держите его в курсе и удостоверьтесь, что это легкодоступно (и видимо)
, Как других указали, , Коммуникация является ключевой для угождения Вашим костюмерам. Следует иметь в виду обоих: коммуникация от Ваших клиентов, а также коммуникация им.
При использовании VPS Вы совместно используете пропускную способность IO, процессорное время и пропускная способность памяти с другими пользователями, которые не видимы к Вашему VPS.
Я был бы уверен сказать, что другой domU, размещенный на реальной машине, использует большую сумму одного или нескольких из тех ресурсов (наиболее вероятный IO).
Если Вы используете iostat -x
Вы будете, вероятно, видеть, что Ваши сервисные времена колеблются дико, который объяснит, почему Ваше среднее число загрузки пронзает, из-за процессов, блокирующихся на диске IO.
Насколько я понимаю нагрузка на *отклоняет системные средства "количество процессов, ожидающих для выполнения". Это не обязательно означает, что они ожидают ЦП. Они могли ожидать доступа к диску, или сетевого соединения для завершения.
Например, я раньше управлял системой, где загрузка начала запускать более чем 80 иногда обеспечения системы к проверке. Это закончило тем, что было, потому что внешний сервер LDAP неправильно функционировал, против которого локальная система делала запросы аутентификации для клиентов.
Я искал бы сетевые зависимости, которые Ваши приложения имеют как возможный преступник для необычно высоких чтений загрузки, если Ваш ЦП и iowait кажутся OK.
Как первый обозначенный плакат, это - вероятный IO. Я на самом деле имею ту же установку на своем vserver и часто вижу те же проблемы. Проблема - то, что текущие методы контейнера виртуальных серверов как vserver не разделяют IO эффективно. Вот техническое описание, которое объясняет это подробно на странице 13, если Вам интересно. http://www.cs.princeton.edu/~mef/research/vserver/paper.pdf