Как я могу измерить уровень VPS?

Репликация слияния и репликация транзакций позволяют обновлять данные в подписчиках, и распространение возвращается к издателю. По умолчанию подписчики репликации транзакций не распространяют, возвращается, все же.

См.: "Обновляя данные в Подписчиках" в Выборе Соответствующего Типа Репликации

5
задан 15 June 2012 в 04:40
3 ответа

Обычно рекомендуется использовать iostat для измерения времени доступа к диску. Vmstat для просмотра вашей памяти и htop для cpu.

Если ваши запущенные окна используют монитор производительности.

Обычно в виртуальных машинах узким местом является задержка доступа к диску.

Я мог бы дать вам некоторое представление о ваших проблемах с производительностью.

1150228]

0
ответ дан 3 December 2019 в 02:04

Здравствуйте, у меня была аналогичная задача, и я сделал следующее (если сервер - это Windows VPS):

  1. Определите, что более важно для вашего приложения / среды (для сервера DB Prod вы можете ожидать высокую скорость чтения, CPU). Вы можете получить это из журнала приложений \ событий и посмотреть, что кажется узким местом.
  2. Perfmon счетчики для вещей, которые вы решили отслеживать на шаге 1. Обязательно сделайте их достаточно подробными, чтобы получать хорошие данные, но не получать их каждую минуту (обычно через 30 минут вы должны получить общее представление)
  3. Если у вас есть экземпляр MSSQL, обязательно следите за его производительностью и ЦП \ ОЗУ ограничения.

  4. Если у вас есть IIS, обязательно проверьте журналы и если какое-либо приложение имеет "критические" ошибки.

  5. Проверьте журналы IIS и получите счетчики производительности.
  6. Проверьте журналы событий на наличие ошибок, обычно их исправление должно давать это даст вам небольшую поддержку вашего VPS.

Для Linux VPS:

  1. top -s должен дать вам общее представление о процессе и о том, какой из них потребляет большую часть памяти.
  2. для проверки скорости чтения / записи попробуйте скопировать что-нибудь и посмотреть скорость. Что касается времени доступа к диску, вы можете запустить запрос MySQL и увидеть время выполнения. (И, что наиболее важно, какая операция занимает больше всего времени в вашем запросе)
  3. см. Dmesg для любых сообщений об ошибках и попытайтесь исправить их.
  4. если применимо. вы можете попробовать добавить его на сервер мониторинга Nagios. (там вы также можете найти сценарии, которые помогут вам контролировать)
  5. просмотрите журналы ваших приложений и сообщают ли они о каких-либо проблемах с производительностью.
1
ответ дан 3 December 2019 в 02:04

Определите, какие измерения важны для вас, например: IO, CPU, Latecy, ...

Затем найдите подходящую тестовую программу, например, тестирование Disk IO bonnie ++ - хороший выбор, но вы можете найти гораздо больше стандартных тестовых программ в Phoronix Test Suite .

Проведите больше тестов в разных системах и сравните результаты.

А также проверьте системную статистику с помощью top, iotop, iftop во время тесты. Кроме того, если провайдер предоставляет вам графики, как это делает Amazon, проверяйте их во время тестов.

0
ответ дан 3 December 2019 в 02:04

Теги

Похожие вопросы