Разное

Производительность сервера: Способ быстрого измерения производительности случайного сервера / Хабр

21.05.2000

Содержание

Производительность сервера по тесту Geekbench

Что такое Geekbench

Geekbench — это бесплатный кроссплатформенный тест производительности (бенчмарк). С его помощью можно измерить производительность любого компьютера, в том числе производительность виртуального сервера. Тест Geekbench измеряет мощность процессора при выполнении различных действий: от работы с приложениями до вычислений при машинном обучении.

Облачные серверы нового поколения

Виртуализация KVM, почасовая оплата, резервные копии, готовые шаблоны, 10 доступных ОС на выбор!

Выбрать тариф

Производительность облачных серверов REG.RU

При заказе облачных серверов вы можете посмотреть индекс производительности каждого тарифа по независимому тесту Geekbench.

Замеры производительности сделаны на операционной системе Ubuntu 18.04 на физическом сервере без нагрузки. Это позволило получить стабильные значения, по которым можно откалибровать тарифы и сравнить один тариф с другим.

На заполненном сервере значения теста будут ниже в абсолютном выражении.

Результаты оценки производительности серверов

Ниже представлены таблицы сравнения производительности облачных серверов трёх тарифных линеек. Обратите внимание: замеры произведены на физическом сервере без нагрузки и приводятся для относительного сравнения тарифов между собой.

Стандарт

Высокочастотные серверы

Выделенное облако

Эти серверы подходят для хостинга сайтов и баз данных. Облачные серверы делят ядро процессора между собой — всплеск нагрузки на одном компенсируется низкой нагрузкой на другом.

Тариф Диск, Гб
Память, Гб
vCPU, шт. Geekbench 4.4.3 Multi-core Index Geekbench 5.2.3 Multi-core Index Множитель к тарифу Cloud-1

Cloud0

5 0,5 1

Cloud1

25 1 1 3 635 847 1,0

Cloud2a

50 1 2 6 773 1 587 1,9

Cloud2b

50 2 1 3 689 855 1,0

Cloud3a

60 1 3 9 245 2 247 2,7

Cloud3b

60 2 2 6 506 1 575 1,9

Cloud3c

60 3 1 3 640 842 1,0

Cloud4

80 4 2 6 573 1 579 1,9

Cloud5

100 6 4 11 309 2 875 3,4

Cloud6

120 8 4 11 298 2 806 3,3

Cloud7

160 10 6 15 699 4 019 4,7

Cloud8

240 16 8 19 418 5 194 6,1

Cloud9

320 24 12 25 750 6 989 8,3

Процессоры с базовой частотой 3,7+ ГГц и технологией Turbo Boost до 5 ГГц. До 40% производительнее, чем тарифы «Стандарт». Рекомендуются для проектов на 1С-Битрикс.

Тариф Диск, Гб Память, Гб vCPU, шт. Geekbench 4.4.3 Multi-core Index Geekbench 5.2.3 Multi-core Index Множитель к тарифу Turbo-1

Turbo1

60 2 1 4 829 1 057 1,0

Turbo2

120 4 2 11 125 2 624 2,5

Turbo3

120 6 3 15 779 3 769 3,6

Turbo4

160 8 4 20 052 4 829 4,6

Turbo5

160 10 5 23 789 5 639 5,3

Turbo6

240 12 6 26 882 6 520 6,2

Turbo7

240 14 7 30 363 6 971 6,6

Turbo8

320 16 8 31 190 7 322 6,9

Turbo9

320 24 12 29 986 7 547 7,1

Результаты замеров по тарифу Turbo-9 ниже, чем на Turbo-8, из-за специфики стресс-тестирования. Тариф Turbo-8 использует 8 ядер физического процессора и нагружает их полностью. Turbo-9 использует 12 vCPU — это значит, что потоки Geekbench конкурируют за реальные ядра и снижают результат. При использовании реального приложения такого не происходит, поэтому реальная производительность тарифа Turbo-9 будет выше, чем у Turbo-8.

Отдельные хост-ноды с небольшим числом виртуальных серверов. Разрешена загрузка ядра процессора на 100% и повышенная нагрузка на диск.

Тариф Диск, Гб Память, Гб vCPU, шт. Geekbench 4.4.3 Multi-core Index Geekbench 5.2.3 Multi-core Index Множитель к тарифу DedicatedCloud-1

DedicatedCloud1

120 8 2 3889 942 1,0

DedicatedCloud2

160 16 4 7138 1764 1,9

DedicatedCloud3

240 24 6 9867 2465 2,6

DedicatedCloud4

320 32 8 12460 3194 3,4

DedicatedCloud5

500 48 12 16822 4364 4,6

Как замерить производительность самостоятельно

С помощью Geekbench вы можете выполнить тестирование производительности сервера REG.RU самостоятельно. Также вы можете измерить производительность серверов у других провайдеров. Обратите внимание, что нужно сравнивать результаты тестов, полученные с помощью одной и той же версии утилиты, так как каждая версия Geekbench измеряет производительность относительно своего базового CPU.

Чтобы сделать замеры:

  1. 1.

    На официальном сайте Geekbench найдите ссылку на нужную версию. Для этого скопируйте пункт «Click here».

    Если вам нужна произвольная версия, то ссылку можно составить по шаблону:

    http://cdn.geekbench.com/Geekbench-X.Y.Z-Linux.tar.gz

    Где X.Y.Z — версия Geekbench.

    Например, для версии 5.2.3 ссылка будет выглядеть так:

    http://cdn.geekbench.com/Geekbench-5.2.3-Linux.tar.gz
  2. 2. Подключитесь к серверу по SSH.
  3. 3.

    Скачайте и распакуйте архив:

    wget http://cdn.geekbench.com/Geekbench-5.2.3-Linux.tar.gz
    
    tar -zxf Geekbench-5.2.3-Linux.tar.gz
  4. 4.

    Перейдите в директорию с архивом:

    cd Geekbench-5.2.3-Linux/
  5. 5.

    Запустите тесты:

  6. 6.

    Вы используете бесплатную версию Geekbench, поэтому после прохождения тестов результаты будут загружены на сайт. Чтобы узнать результаты, перейдите по ссылке.

    Например:

    Uploading results to the Geekbench Browser. This could take a minute or two depending on the speed of your internet connection. Upload succeeded. Visit the following link and view your results online: https://browser.geekbench.com/v5/cpu/3509726

Готово, вы замерили производительность с помощью Geekbench.

Видеосправка. Производительность сервера: тест Geekbench

Помогла ли вам статья?

0 раз уже
помогла

Рекомендации по планированию производительности серверного оборудования

  • Статья
  • Чтение занимает 6 мин
  • Участники: 7

Были ли сведения на этой странице полезными?

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

В этой статье

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

Рекомендации по выбору процессоров

Предпочтение следует отдавать 64-разрядным процессорам. 64-разрядные процессоры предоставляют значительно больше адресного пространства, а для Windows Server 2022 являются обязательным требованием. Для этой ОС не будет предоставляться 32-разрядная версия, но 32-разрядные приложения будут выполняться в 64-разрядной ОС Windows Server 2022.

Чтобы увеличить объем вычислительных ресурсов на сервере, вы можете выбрать процессор с более высокой частотой ядер или с большим количеством ядер. Если мощность ЦП является дефицитным ресурсом в системе, увеличение частоты ядер в 2 раза обычно больше повышает производительность, чем удвоение числа ядер с сохранением частоты.

Не следует ожидать линейного прироста производительности при увеличении числа ядер, и этот эффект может дополнительно ослабевать при использовании технологии Hyper-Threading, так как она основана на совместном использовании ресурсов в пределах одного физического ядра.

Важно!

Объем памяти и производительность подсистемы ввода-вывода должны всегда соответствовать производительности ЦП, и наоборот.

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

Для работы Hyper-V важно, чтобы процессор поддерживал трансляцию адресов второго уровня (SLAT). Intel реализует эту поддержку в технологии Extended Page Tables (EPT), а AMD — в технологии Nested Page Tables (NPT). Чтобы проверить наличие этой возможности, выполните на сервере служебную программу SystemInfo.exe.

Рекомендации по выбору кэша

Выбирайте процессоры с большим размером кэша L2 или L3. В новых архитектурах, таких как Haswell и Skylake, используется единая кэш-память последнего уровня (LLC — Last Level Cache) или L4. Кэши большего размера, как правило, обеспечивают более высокую производительность и влияют на нее сильнее, чем частота ЦП.

Рекомендации по выбору памяти (ОЗУ) и хранилища для файла подкачки

Примечание

После установки Windows Server 2022 производительность некоторых систем может быть ниже, чем при использовании Windows Server 2012 R2. Во время разработки Windows Server 2022 было реализовано несколько изменений, повышающих безопасность и надежность платформы. Некоторые из этих изменений, например включение Защитника Windows по умолчанию, могут снизить производительность ввода-вывода для некоторых рабочих нагрузок и шаблонов. Корпорация Майкрософт не рекомендует отключать Защитник Windows, так как он представляет собой важный уровень защиты системы.

Увеличьте объем ОЗУ в соответствии с потребностями в памяти. Если на компьютере не хватает памяти и возникает потребность немедленно увеличить ее объем, Windows использует файл подкачки, то есть расширяет объем ОЗУ за счет пространства на жестком диске. Чрезмерный объем операций с файлом подкачки снижает общую производительность системы. Чтобы оптимизировать ее работу, соблюдайте следующие рекомендации при выборе размещения для файла подкачки.

  • Разместите файл подкачки на отдельном запоминающем устройстве или, по крайней мере, не используйте запоминающее устройство с другими часто используемыми файлами. Например, файл подкачки и файлы операционной системы следует размещать на разных физических дисках.

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

  • Если нужно увеличить пропускную способность для файла подкачки, используйте несколько дисков или дисковый массив. Не размещайте несколько файлов подкачки в разных разделах одного физического диска.

Рекомендации по выбору периферийной шины

Для Windows Server 2022 в качестве основного интерфейса хранилища и сети следует использовать PCI Express (PCIe), поэтому рекомендуется выбирать сервера с поддержкой шин PCIe. Чтобы скорость шины не ограничивала производительность системы, используйте для адаптеров Ethernet со скоростью 10 Гбит/с и более слоты PCIe x8 и более высокой скорости.

Рекомендации по выбору диска

Старайтесь выбирать диски с более высокой скоростью вращения, чтобы снизить время выполнения произвольных операций (разница между дисками 7200 и 15 000 об./мин составляет около 2 мс) и увеличить пропускную способность последовательных операций. Но диски с более высокой скоростью вращения увеличивают стоимость, энергопотребление и другие параметры системы.

2,5-дюймовые диски корпоративного класса могут обслуживать значительно большее количество произвольных операций в секунду, чем эквивалентные 3,5-дюймовые диски.

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

Использование небольшого числа дисков высокой емкости вместо множества дисков малого размера может снизить общую производительность хранилища. Меньшее количество шпинделей означает ограничение параллелизма при обслуживании запросов, что потенциально снижает пропускную способность и увеличивает время ответа (в зависимости от интенсивности рабочей нагрузки).

Использование SSD и высокоскоростных флэш-дисков наиболее эффективно для дисков с преобладанием операций чтения и высокой чувствительностью к скорости ввода-вывода или длительности задержек. Хорошим кандидатом на использование SSD и высокоскоростных флэш-дисков будут загрузочные диски, так как в этом сценарии значительно сокращается время загрузки.

Накопители NVMe SSD обеспечивают более высокую производительность, большую глубину очередей команд, более эффективную обработку прерываний и повышение эффективности операций с размером 4 КБ. Это особенно важно в сценариях с большим количеством одновременных операций ввода-вывода.

Рекомендации по выбору адаптера сети и хранилища

В следующем разделе приведены рекомендуемые характеристики адаптеров сети и хранилища для высокопроизводительных серверов. Эти параметры позволят избежать возникновения узких мест в сети или хранилище при высокой нагрузке.

Использование сертифицированных адаптеров

Используйте только те адаптеры, которые прошли набор тестов сертификации оборудования для Windows.

Поддержка 64-разрядной архитектуры

Адаптеры с поддержкой 64-разрядной архитектуры могут выполнять операции прямого доступа к памяти (DMA) в расположениях с большим объемом физической памяти (более 4 ГБ). Если драйвер не поддерживает DMA для расположений размером больше 4 ГБ, система использует двойную буферизацию ввода-вывода в физическое адресное пространство размером меньше 4 ГБ.

Адаптеры с медным и оптоволоконным подключением

Адаптеры с медным подключением обычно имеют такую же производительность, как и аналоги на основе оптоволокна. Некоторые адаптеры Fibre Channel даже поддерживают обе технологии. Некоторые среды лучше подходят для адаптеров с медным подключением, а некоторые — для адаптеров с оптоволоконным подключением.

Адаптеры с двумя или четырьмя портами

Многопортовые адаптеры хорошо подходят для серверов с ограниченным числом слотов PCI.

Чтобы обойти ограничения SCSI на количество дисков, подключаемых к шине SCSI, некоторые адаптеры имеют две или четыре шины SCSI на одной плате. Адаптеры Fibre Channel обычно не устанавливают ограничений на количество подключенных дисков, если не подключать их через интерфейс SCSI.

Адаптеры Serial Attached SCSI (SAS) и Serial ATA (SATA) также ограничивают число подключений из-за особенностей последовательных протоколов, но вы можете подключить дополнительные диски с помощью коммутаторов.

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

Ограничения шины PCI могут быть важным фактором, негативно влияющим на производительность многопортовых адаптеров. Поэтому старайтесь размещать их в слоты PCIe с высокой производительностью (пропускной способностью).

Управление прерываниями

Некоторые адаптеры умеют корректировать частоту прерываний процессоров узла для информирования о выполнении или завершении операций. Управление прерываниями часто позволяет снизить нагрузку на ЦП узла, но при неправильном подходе к управлению экономия ресурсов ЦП может привести к увеличению задержки.

Поддержка масштабирования на стороне приема (RSS)

Технология RSS позволяет масштабировать операции обработки получаемых пакетов с учетом числа доступных на компьютере процессоров. Это особенно важно для интерфейсов Ethernet со скоростью 10 Гбит/с и более.

Возможность разгрузки и другие расширенные функции, например прерывание по сообщениям (MSI)-X

Адаптеры с поддержкой разгрузки снижают нагрузку на ЦП и улучшают производительность.

Динамическое перенаправление прерываний и отложенных вызовов процедур (DPC)

В Windows Server 2022 реализована архитектура ввода-вывода Numa, которая позволяет адаптерам хранилища PCIe динамически перенаправлять прерывания и отложенные вызовы процедур. Это повышает производительность любой многопроцессорной системы за счет улучшения секционирования рабочей нагрузки, попаданий в кэш и применения аппаратных соединений для рабочих нагрузок с высокой интенсивностью ввода-вывода.

См. также

Обзор утилит для анализа производительности на сервере – База знаний Timeweb Community

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

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

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

Мы видим утилиты в качестве ярлыков на рабочих столах, файлов скриптов, вызываем их из командной строки или двойным щелчком. Однако внутри содержится программный код, который за нас производит все необходимые действия.

Утилиты могут входить в состав операционных систем, идти в комплекте со специализированным оборудованием или распространяться отдельно (в таком случае их нужно скачать либо установить из репозитория).

Производительность (вычислительная мощность компьютера) — это скорость выполнения определённых операций на компьютере, которую можно представить (измерить) количественной характеристикой (процентами, секундами, флопсами).

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

В нашем случае всю работу по тестированию и оценке данных (насколько это возможно) будут производить утилиты. Мы увидим лишь конечный результат. Основная задача: понять, что именно означают выводимые значения.

Для верной интерпретации полученных фактов необходимо также понимать: существует взаимосвязь между различными аппаратными компонентами, в сумме они влияют на производительность сервера (будь то Windows или Linux).

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

Сейчас большинство серверов работают на основе операционной системы Linux, поэтому мы рассмотрим её более подробно в первую очередь. Вторую популярную в большей степени для домашнего использования систему Windows тоже не обойдём стороной.

Важно помнить, что приведённые утилиты имеют свои аналоги в обеих системах. Поэтому будут рассмотрены основные принципы работы наиболее популярных команд и программ. Дополнительные данные можно найти в открытом доступе сети Интернет. На форумах и в других источниках. Главное — понять, что искать. Приступим.

Сервер:

★ Linux

Общая схема подбора различных утилит для анализа запущенных процессов

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Подписаться

Мониторинг состояния системы с разбиением по процессам

Поиск проблемных мест стоит начать с использования команды top.

Данная утилита широко используется для анализа программ в режиме реального времени. Набрав в командной строке top, мы сразу же видим динамическую выдачу процессов, которые в данный момент выполняются, спят или ожидают своей очереди. Однако сейчас нас в большей степени интересует самый верх — шапка — вывода команды. Выглядит это следующим образом:


top - 19:18:29 up 12 days, 16:55,  8 users,  load average: 1,80, 1,77, 1,98
Tasks: 289 total,   4 running, 284 sleeping,   0 stopped, 1 zombie
 %Cpu(s): 33,6 us,   2,7 sy,  0,0 ni, 63,7 id,  0,0 wa,  0,0 hi,  0,0 si, 0,0 st
KiB Mem:  12211328 total, 11368356 used,   842972 free, 172500 buffers
KiB Swap:  6105648 total,  1405972 used, 4699676 free.  3704548 cached Mem

  PID USER      PR NI VIRT    RES SHR S %CPU %MEM     TIME+ COMMAND                                                                                                                    
28124 admin7    20 0 3065672 1,508g 242044 R 132,6 12,9   3084:46 mysqld                                                                                                 
21572 admin7    20 0 3294116 1,518g 221012 S   8,0 13,0 1718:40 nginx  

Показатели, на которые стоит обратить внимание, помечены красным цветом, их показатели — зелёным. В данном случае значения были выделены вручную для наглядности.

Более яркий вывод может обеспечить использование htop — это аналог рассматриваемой нами системной утилиты top, но для начала разберёмся с тем, на что стоит обращать внимание в обоих случаях.

Показатели загруженности системы: load average и %CPU, us, id, wa

1. load average

Состоит из трёх чисел и демонстрирует усреднённую загрузку сервера за 1, 5 и 15 минут. Чем ниже значения, тем лучше.

Простое правило: значения не должны быть больше количества процессоров.

2. %CPU

Какие процессы сколько процессорных ресурсов потребляют:

Загрузка пользовательскими процессами. Если ваш сервер постоянно не загружен ресурсоёмкими операциями типа конвертации видео, то этот показатель не должен превышать 10-20%.

Процент времени бездействия процессора должен быть высоким, в норме — от 80.

Ожидание операций ввода/вывода, чем ниже, тем лучше (иначе процессор слишком долго ждёт ответы от диска или сети).

Существует целый набор консольных утилит для измерения и анализа производительности системы — sysstat:

  • iostat — показывает статистику использования процессора и потоков ввода/вывода для дисков;
  • mpstat — выводит информацию об отдельных параметрах и общей статистике по процессору;
  • isag — построение графика активности системы в интерактивном режиме;
  • pidstat — мониторинг отдельных задач, управление которыми осуществляется ядром Linux.

Последнюю утилиту стоит рассмотреть подробнее. Для её использования мы сможем применить информацию, полученную с помощью предыдущей программы — top.

Pidstat — это утилита, которая предназначена для сбора и вывода статистики использования ресурсов процессами.

Команда сообщает об использовании процессорного времени. Мы используем её с флагом (что означает, сейчас мы будет указывать PID):

PID необходимого процесса вы можете посмотреть в результатах вывода той же команды top: первый столбец сообщается process id (мы указали PID 611 и 1102).

Таким образом мы узнаём количество выделяемых ресурсов процессам с определённым идентификационным номером в системе.

После необходимо указать время в секундах, в течение которого будет осуществляться проверка (в данном случае это 10 секунд). Вы можете задавать время на своё усмотрение в зависимости от задач, которые предстоит решить.

В завершение указываем число отчётов, которые желаем видеть по итогу.

При помощи флага -d можно получить статистику ввода/ вывода (остальные показатели остались неизменными):

При помощи флага -r можно получить статистику использования оперативной памяти:

Использование оперативной памяти

Для подробного отчёта об использовании всей оперативной памяти на устройстве подойдёт:


            total           used      free      shared buff/cache        available

Память:     7,3G    5,0G     1,0G     124M                   1,2G     1,8G

Подкачка:   7,5G    1,3G     6,2G

          total     used     free   shared  buff/cache   available

Mem:                488M              23M     370M      94M     441M

Swap:                0B       0B       0B

Столбцы:

Общее количество памяти

Реально использующая и зарезервированная системой память

Свободная память (total — used)

Разделяемая память (быстрое средство обмена данными между процессами)

Буферы в памяти (страницы памяти, зарезервированные системой для выделения их процессам, когда они потребуют этого, также известна как heap-memory)

Доступная для использования память

Строки:

Показывает, сколько физической оперативной памяти сейчас свободно. Стабильно низкий объём свободной памяти сам по себе не говорит о каких-то проблемах, но за ним стоит начать следить, чтобы убедиться, что памяти будет хватать даже при пиковых нагрузках.

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

Далее кратко рассмотрим утилиту PS.

PS (от англ. process status) — программа, выводящая отчёт о работающих процессах.

Вы можете использовать следующую готовую команду, чтобы узнать топ прожорливых к памяти процессов:


ps aux --sort=-rssize | head -20

Отсортировать и по виртуальному размеру — что процесс просит у ядра, но не получает.


ps aux --sort=-vsz | head -20

Использование процессорного времени

Утилита vmstat

Используется для определения производительности системы.


procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----

 r  b swpd   free buff  cache si so bi bo   in cs us sy id wa st

 0  0 7596 329216  13260 14506756 0 0  4625 26   42 145  4 1 81 13  0

Процессорное время, затраченное на пользовательские процессы (демоны и прикладного ПО).

Системное время, затраченное на пользовательские процессы (демоны и прикладного ПО).

Количество прерываний контекста

Количество переключений контекста

Утилита nmon

Программа называется Nigel’s Monitor, или просто nmon. Она в реальном времени выводит сведения о различных показателях, характеризующих состояние сервера.

Nmon имеет текстовый интерфейс, поэтому для работы с ним достаточно подключиться к серверу по SSH.

Работа с nmon

В окне утилиты, показанном на рисунке ниже, надо указать, какие именно сведения вас интересуют, включая и отключая соответствующие информационные разделы.

Скажем, вас интересуют дисковые накопители. Если нажать клавишу d на клавиатуре, nmon выведет данные обо всех дисках, которые подключены к серверу.

Далее добавим информационные разделы со сведениями о сети и памяти — клавиши n и m.

Для того, чтобы выйти из nmon, нажмите клавишу q.

Сервер:

★ Windows

Серверы на Windows не так распространены, как их опенсорсные коллеги. Однако в данной системе можно наглядно зафиксировать интересующие показатели в виде разноцветных графиков и диаграмм, благодаря наличию большого количества утилит, которые имеют приятный графический интерфейс.

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

Как найти самые большие файлы на жёстком диске

1. CCleaner

В разделе «Сервис» находится полезный инструмент —  «Анализ дисков», который используется для поиска больших файлов.

Использование дискового пространства иллюстрируется с помощью круговой диаграммы, отображающей распределение между основными типами файлов — изображениями, документами, видео.

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

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

2. WinDirStat

После запуска и предварительной оценки заполненности жёсткого диска WinDirStat выдаёт полную карту его состояния. Она состоит из различных квадратов, размер которых соответствует размеру файла, а цвет — его типу. Клик по любому элементу позволяет узнать его точный размер и месторасположение на диске. С помощью кнопок на панели инструментов можно удалить любой файл или просмотреть его в файловом менеджере.

3. SpaceSniffer

Это приложение показывает карту заполненности диска, можно регулировать глубину просмотра и количество отображаемых деталей.

Для сбора данных Windows сервера можно также воспользоваться Performance Monitor.Однако данный функционал нуждается в небольшой предварительной настройке.

Для оценки базовой производительности сервера достаточно собрать информацию:

  • Average Disk Queue — для жестких дисков
  • % Processor Time — для процессора и процессов
  • Committed Bytes — для оперативной памяти

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

Анализ данных с помощью утилиты PAL

Утилита написана Клинтом Хаффманом, который является PFE-инженером Microsoft и занимается анализом производительности систем.

На вкладке Counter Log задаётся путь к файлу данных со счетчиками производительности, собранными ранее.

Также мы можем задать интервал, за который будет производиться анализ.

На вкладке Threshold File находится список шаблонов, которые можно экспортировать в формат xml и использовать как список счетчиков для сборщика данных.

Вот и всё. Здесь собрано значительное количество, однако далеко не все инструменты, которые можно использовать для анализа производительности на сервере. Важно понимать, какой критерий в производительности является для вас основополагающим. И выбирать программное обеспечение, отталкиваясь от заданных целей. Удачной работы.

☑ Оптимизация сайта и сервера. Администрирование и поддержка 24/7

Прогресс не стоит на месте и интернет-продажами или сайтом-визиткой никого не удивишь. Скорее всего, наличие своего сайта, а иногда и нескольких, это уже необходимость, а не прерогатива крупных кампаний. Теперь на арену выходит удобство использования, скорость работы и другие, интересные для посетителей, фишки. Поэтому каждая кампания заинтересована в том, что бы её сайт работал беспрерывно и быстро,  не заставляя ждать посетителя пока наконец-то загрузится страничка. Решением данной проблемы является оптимизация сайта и производительность сервера.

Скорость работы сайта

Хотите, чтобы ваши клиенты были довольны работой сайта? Тогда нужно ускорить его работу, посетители не любят долго ждать, а вы заинтересованы не потерять клиентов. Еще один плюс в уменьшении времени генерации станиц сайта — это возможность понравиться поисковым системам. Поисковики, такие как google и yandex, отдают предпочтения более быстрым сайтам, что может повлиять на позиции в поисковой выдаче.

Сайт виснет

Сайт начинает тормозить, а иногда и вообще перестает работать в определенное время. Это связано с возрастанием нагрузки на сайт, т.е. увеличением числа посетителей. Сервер не выдерживает такого притока клиентов и, как следствие, сайт доступен всем, поисковые системы добавляют штрафные балы, вы теряете деньги.

Сайт перестает работать

Причин отказа работы сайт может быть много, но в последнее время такой причиной становится спланированные атаки. Возможно, вас заказали недобросовестные конкуренты, недовольные клиенты, или просто пошутили. Особенно часто таким атакам подвергаются интернет магазины. На сайт посылаются огромное количество запросов с которым он не может справится, и перестает работать.

Увеличение количества сайтов

Увеличивается спрос, увеличивается, и предложение, и количество созданных сайтов постоянно растет. Не спешите покупать новые сервера  для расширения. Стоит задуматься над оптимизацией текущих серверов. Зачастую это приводит к хорошему эффекту даже без увеличения числа дорогостоящего оборудования.  

Apache Benchmark — тест производительности сервера

AB — это утилита для тестирования производительности вашего веб-сервера Apache. Она создана для того, чтобы вы могли определить производительность вашей текущей настройки Apache. В первую очередь, AB показывает сколько запросов в секунду ваш Apache способен обслужить.

Некоторые параметры утилиты

-A auth-username:password — передать данные для базовой аутентификации.

-c concurrency — количество параллельных запросов в единицу времени. По умолчанию, один реквест в единицу времени (можно считать, что в секунду).

-С cookie-name=value — добавлять куки. Задается в виде пары имя=значение. Это поле можно повторять.

-f protocol — задает SSL/TLS протокол (SSL2, SSL3, TLS1, or ALL).

-h — отобразить краткую справку по параметрам.

-k — включить KeepAlive, то есть осуществлять множество запросов в течение одной HTTP-сессии. По умолчанию данная возможность отключена.

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

-q — подавляет вывод некоторых сообщений о процессе тестирования.

-t timelimit — максимальное количество секунд, которое необходимо затратить на тестирование. Это подразумевает значание параметра -n равное 50000. По умолчанию временной лимит не установлен.

-v verbosity — устанавливает уровень “разговорчивости”: 4 и выше отображает информацию о заголовках, 3 и выше — информацию о кодах ответа (404, 200 и т. д.), 2 и выше — выводить предупреждения и прочую информацию.

-V — отобразить версию и выйти.

С полным набором параметров можно ознакомиться выполнив команду man ab (Linux) или ab -h (Windows) в командной строке.

Пример использования

ab -c 10 -n 6000 http://localhost:8080/

Теги: утилиты, тестирование

Редактировать

Выбор сервера и серверного оборудования.


Выбор сервера и серверного оборудования.

 


На первый взгляд выбор серверного оборудования кажется задачей не из легких, однако наши специалисты разработали специализированные конфигураторы серверов, который помогает нашим клиентам. С помощью данной разработки Вы можете быстро и абсолютно бесплатно подобрать тот сервер, который оптимально подойдет для Ваших требований.

   Одни из самых частых вопросов, которые возникают у наших заказчиков: 

   Мы постараемся максимально помочь всем нашим клиентам! 

Общие рекомендации выбора конфигурации

Сразу можно сказать, что нет такого сервера, который идеально подходил бы для выполнения всех возможных задач. Следовательно, при выборе важно определиться с задачами, которые приоритетны для Вас и с тем, в каком режиме сервер будет их выполнять. Вам вовсе не нужно отталкиваться от известности бренда или от стоимости оборудования.

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

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

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

От чего зависит производительность сервера?

Параметры, влияющие на производительность сервера:


    • Тип, производительность процессоров;
    • Производительность дисковой системы;
    • Объем, тип, частота оперативной памяти.

Выбор сервера по процессору

Центральный процессор — это своеобразное сердце компьютерной системы. Сегодня на рынке Вы обнаружите широкий ассортимент процессоров от всевозможных производителей, а для успешного подбора необходимо достаточно хорошо разбираться в современных технологиях.

Основные параметры процессорной системы (именно системы, ведь процессоров зачастую несколько):


    • Количество процессоров;
    • Частота процессоров
    • Объем встроенной кэш-памяти.

Благодаря всемирно известной компании Intel частота процессора (количество операций, которое за секунду способен выполнить процессор) долгое время была единственным показателем производительности. Отчасти в этом есть разумное звено, ведь «медленный» процессор действительно может не успеть обработать все поступающие данные и тем самым свести производительность всей системы к нулю. Если не принимать во внимание иные факторы, то математика проста – чем выше частота процессора, тем выше производительность всей системы.

Кэш-память – это, разумеется, один из самых значимых параметров при работе с базами данных. Кэш-память – это память, встроенная в процессор и служащая для маскирования обращений к оперативной памяти. Процессор в любом случае гораздо быстрее оперативной памяти в десятки раз. При недостаточном объеме кэша процессор начинает пропускать такты до тех пор, пока данные из оперативной памяти не подгрузятся.

Это не является проблемой, например, при передаче крупных объемов данных, таких как видео-контент, ведь при этом данные не проходят непосредственно через процессор. Кэш важен в первую очередь для работы с плотными массивами данных, например с базами данных. Это объясняется тем, что при работе с базами данных происходит почти случайное обращение к различным точкам на жестких дисках, а при большом объеме данных, время, которое тратится на поиск, становится чрезмерно длительным.

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

Далее обратимся к ситуации на сегодняшнем рынке процессоров для «легких», «средних» серверов. Рынок поделен между двумя лидерами Intel и AMD с их линейками, Opteron, Itanium, Xeon. Для того, чтобы выяснить в чем различие между ними, нам необходимо подробнее рассмотреть их характеристики. 

XEON (Intel)

Процессор оказался на рынке достаточно давно и отличается неплохой производительностью за умеренные деньги. В наши дни на рынке представлен ассортимент моделей с частотами 1,5 – 3,66 Ггц, с объемами кэш-памяти 3-го уровня от 1 до 8 Мб. У рассматриваемых процессоров есть существенный недостаток – для подключения нескольких процессоров используется общая полудуплексная шина, которая становится «узким местом» Вашей системы, в случае интенсивного обращения к оперативной памяти.

Шина имеет не столь высокие показатели для сервера: скорость 400 МГц и разрядность 128 бит, а максимальная скорость передачи данных – 6,4 Гб/сек. Единственный способ понизить нагрузку на шину в этих условиях – это увеличение объема кэш-памяти. Мы наблюдаем это на современном рынке, ведь выпускаются модели с индексами DP (с возможностью использования в 2-процессорных серверах) и MP (для 4-процессорных серверов).

Процессорные системы на базе XEON не поддерживают свыше четырех процессоров.


ITANIUM (Intel)

ITANIUM появился на рынке сравнительно недавно. Это семейство процессоров отличается от прочих более низкими частотами, достаточно большим объемом кэша 3-го уровня (до 9 Мб) и расширенной поддержкой 64-битной архитектуры.

К сожалению, рынок принял эти процессоры неоднозначно, в результате завышения цен и сложности создания платформ, совместимых с ними. Немалую роль сыграл и отказ корпорации Microsoft от поддержки процессоров ITANIUM. Все указанные факторы определили нынешнее положение этих процессоров на рынке, в качестве процессоров высшего уровня, применяемого в сфере построения высокопроизводительных многопроцессорных систем (от 64 до 256 единиц).

К тому же оправдано и использование в составе таких элементов, как кластеры. Хотя издержки на передачу данных между разными процессорами всегда ставят производительность кластера на второй уровень после производительности полноценной многопроцессорной системы.

OPTERON (AMD)

Семейство серверов, представленное компанией AMD, не имеет принципиально новых технологий, за исключением полноценной поддержки 64-битной архитектуры. В этом вопросе серверы AMD обошли компанию Intel, чья технология EM64T скорее является эмуляцией 64-битного режима.

От серверных процессоров Xeon они отличаются следующим: процессоры подключаются к единой коммутируемой памяти, следовательно, каждый процессор получает доступ к нужному участку памяти по общему каналу. Такая архитектура позволяет обеспечить большую когерентность памяти, чем шинная.

В результате системы AMD лучше масштабируются, и скорость их отклика обычно оказывается выше. На рынке есть выбор моделей с частотами 1, 4 – 2,8 ГГц с маркировками 1xx (1-процессорные сервера, рабочие станции), 2xx (сервера, станции до 2-х процессоров) и 8xx (до 8 процессоров). Небольшой, казалось бы, объем кэша 2-го уровня (1 мб) полностью компенсируется шиной высокой производительности HyperTransport, которая поддерживает частоту в 1 ГГц (для Opteron’ ов предыдущего поколения – 800 МГц).

Все вышеперечисленное актуально при подборе многопроцессорной системы. Выбор какой-либо конкретной архитектуры может быть осуществлен лишь после анализа предъявляемых к серверу задач. Мы можем дать Вам лишь следующие общие рекомендации.

Процессоры Xeon идеально подходят для файл-серверов и других систем, которые не будут обрабатывать большое количество незначительных запросов одновременно. Процессор при таких задачах не «прогоняет» через себя (то есть и через свою шину) чрезмерный объем данных, следовательно «узкое место», характерное для серии Xeon не будет радикально влиять на производительность. Более того, из-за технических особенностей невозможно установить на один сервер свыше четырех таких процессоров.

Частота Opteron-ов меньше, чем частота процессоров Intel, однако они имеют другие преимущества, а именно – аппаратную поддержку 64-битной архитектуры и высокую пропускную способность. Эти серверы способны адресовать практически ничем не ограниченный объем оперативной памяти. Оптимальное применение процессоров Opteron – для поддержки баз данных. Чтобы обеспечить высокую производительность Вы можете поставить на один сервер до восьми процессоров.

Процессоры Itanium по нескольким причинам не сыскали популярности среди «легких» и «средних» систем. Основные причины – завышенная стоимость процессоров и их «родных» платформ. Кроме того проблема, характерная еще для Xeon’ ов осталась нерешенной, а именно – перегруженность процессорной шины. В новом чипсете E8870 проблема решена напрямую, то есть 8-процессорная система на Itanium’ах – это кластер из двух 4-процессорных серверов, которые связаны по полнодуплексной высокоскоростной шине (скорость передачи данных 12,8 Гб/сек). Но сама идея кластера уже предполагает снижение производительности за счет времени, потраченного на передачу данных от одного узла на другой. Все вышеизложенное прямо указывает, что для четырех-, восьмипроцессорных систем процессоры Opteron более актуальны.

Учитывая невысокие частоты процессоров Itanium, помните, что нет смысла применять их на серверах среднего класса. Оптимально применять эти процессоры лишь в крупных многопроцессорных системах (более 32 процессоров).

Теперь коротко о многоядерных процессорах. Оснащение процессора несколькими ядрами – это в первую очередь попытка получить преимущества кластера (возможность распараллелить процессоры) при отсутствии ее недостатков (низкой скорости коммутации узлов кластерной системы). Несомненно, установка 2-ядерного процессора не окажет отрицательного влияния на производительность, но также и не даст существенных преимуществ. Двухядерность имеет смысл в распараллеливаемых приложениях, в тех, которые обрабатывают одновременно большое количество запросов. Например, сервер на четырех двухъядерных 3 ГГц Opteron’ ах Ваша операционная система будет определять как 16-процессорную систему с частотой 1,5 ГГц для каждого процессора.

Выбор оперативной памяти для сервера

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

Если говорить об объеме памяти, то здесь все индивидуально для каждой системы и предъявляемых требований. Практика показала, что для сервера баз данных в среднем должно хватить 256 Мб на требования операционной системы, по 64 Мб на каждого работающего с базой данных и не менее половины от объема Вашей базы данных.

Пример. Для отдела с базой данных в 5 Гб и состоящего из 20 работников необходима установка сервера, память которого превышает 4 Гб памяти. Рассчитываем этот показатель следующим образом: 256 Мб (операционной система) + 1280 Мб (20 пользователей*64 Мб) + 2,5 Гб ( половина объема базы данных) = 4035 Мб ~ 4 Гб.

Сейчас в ассортименте модули памяти следующих объемов: 256, 512, 1024, 2048, 4096 Мб, однако помните, что для нормальной работы Вашего оборудования необходимо наращивание памяти путем удвоения имеющегося объема.

На сегодняшний день существует 2 основных стандарта памяти, а именно DDR3 и DDR4. Отличие между ними в скорости передачи информации. Для DDR3 — 1333-1867 МГц, а для DDR4 — 2133 — 2666 МГц. Арифметика здесь проста — чем выше частота, тем выше производительность. Однако учитывайте, что эти стандарты несовместимы между собой и, приобретая сервер, ориентированный на рост в будущем, выбирайте платформу, которая поддерживает DDR4.

Следующий значимый момент, требующий особого внимания при покупке памяти — наличие функции ECC (Error Correcting Code). Эта функция оснащает память способностью автоматически исправлять ошибки, возникающие во время работы. К тому же ошибки при работе памяти оказывают негативный эффект на уровень производительности и даже могут привести к потере важной информации. ECC память несколько медленнее, чем обычная (~ 5 %) и стоит она гораздо дороже, однако представляет собой обязательный компонент любой системы, которая ориентирована на максимальную надежность.

Выбор дисковой подсистемы для сервера

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

Имеющиеся на рынке жесткие диски отличаются друг от друга скоростью вращения шпинделя, объемом и интерфейсом подключения (SAS, Fibre Channel, SATA3, NVMe).

SATA-диски обладают небольшой скоростью доступа, но их объем доходит до 16 Tб, а стоимость, напротив, существенно ниже, чем SCSI. Скорость шпинделя достигает 7200 оборотов. Эти диски идеально подходят для хранения данных, которые запрашиваются не столь часто (FTP-серверы, серверы общего доступа в Internet).

Развитием идеи SCSI можно считать Fibre Channel. Использование этого протокола позволяет передавать данные по оптическому каналу. Данный интерфейс отличается самой высокой скоростью, но для его применения требуется специальная и весьма дорогостоящая инфраструктура. Оптимально применять диски с данным интерфейсом в системах, направленных на максимальное быстродействие.

SAS3, направленный как на повышение производительности дисков, так и на унификацию систем хранения. Речь идет об интерфейсе SAS3 (Serial Attached SCSI), скорость передачи данных которого достигает 12 Гб/сек. Этот интерфейс позволяет последовательно подключать до 16 256 устройств. Самая инновационная черта SAS — это полная совместимость с экономичным интерфейсом SATA. Это позволяет размещать в одном корпусе экономичные SATA-диски одновременно с высокопроизводительными SAS. Более того SAS-интерфейс обеспечивает подключение стандартных 3.5’ дисков, ровно как и 2,5’ дисков, что делает его оптимальным для применения в компактных листовых серверах (blade).

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


На что ещё следует обращать внимание при покупке сервера?

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

Если говорить о степени надежности хранения информации, то её можно увеличить за счет создания RAID (отказоустойчивой схемы). Многие платы имеют встроенные контроллеры RAID, но и их надежность может подвести. Используйте только внешние RAID-контроллеры для создания действительно отказоустойчивой схемы.

Для обеспечения бесперебойности работы рекомендуем применять сервер, в котором предусмотрена возможность установить резервный блок питания, желательно чтобы сервер поддерживал «горячую» замену дисков. Все вышеизложенное позволит заменять отказавшие компоненты без остановки системы.

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

Рейтинг статьи:

Нагрузочный тест TPC-1C | Gilev.ru

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


Конечно, факт конкурирования за такие ресурсы как процессор снижает скорость выполнения операций (время отклика = время операции + время ожидания оборудования + время логических ожиданий вроде блокировок), но ключевой характеристикой является скорость операции.
Примечание. Для процессора наиболее значимой характеристикой является частота процессора а не загруженность. Чтобы оценить скорость в целом, используйте этот тест.

Предыстория

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

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

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

Можно выделить два основных типа тестирования: компонентное и интегральное.

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

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

Зеленый цвет графика в совокупности с некоторыми условно выбранными за эталоны показателями справа позволяет сделать кроссплатформенную обобщенную оценку «неплохой» производительности.

Как радоваться результатам теста


Вы получили в качестве результата некий индекс производительности (скорости). Не важно, хороший или плохой результат — это результат работы ПЛАТФОРМЫ на вашем «железе». В случае клиент — серверного варианта это результат сложной цепочки прохождения запросов по различным участкам. Вы получаете общий фактический результат, который определяется самым узким местом в системе. Узкое место есть всегда.

Другими словами, и настройки СУБД, и настройки ОС, и оборудование оказывают влияние на общий командный результат.

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

Тест не делает диагностики что является самым узким местом. Тест не оценивает возможности оборудования для коллективной работы в условиях интенсивных блокировок.

Поиск узких мест осуществляет сервис http://www.gilev.ru/sqlsize/ !!!

Какой сервер лучше

Данный тест, выполненный на конкретном сервере, дает результат по совокупности настроек hardware, операционной системы, субд и т.д. Тем не менее высокий результат на конкретном серверном оборудовании означает, что при соблюдении нормальных условий такой же результат будет на идентичном серверном оборудовании. Данный тест является бесплатной помощью в возможности сравнить установку 1С:Предприятие под Windows и Linux, три различных СУБД, поддерживаемых платформой 1С:Предприятие 8.

Зависимость теста от версии платформы 1С:Предприятие

Фирма 1С постоянно модифицирует код платформы, добавляет новые функции, модифицирует или удаляет. Всё это так или иначе сказывается на общем результате. Когда Вы обновляете версию платформы например в угоду требованиям нового обновления бухгалтерии, вы должны понимать что это в некоторой степени обязательно скажется на скорости.
Ниже приведен график производительности платформы на одном и том же железе для некоторых релизов.

Можно сказать что создатели платформы на практике реализуют доказательство закона Вирта: «программы становятся медленнее куда шустрее, чем компьютеры становятся быстрее»

Зависимость теста от редакции СУБД

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

Безопасность теста

Тест абсолютно безопасен. Он не приводит к «падению» сервера (отсутствует «стресс»-алгоритм) и не требует предварительных мероприятий даже на «боевом» сервере. Конфиденциальных данных в результаты теста также не записываются. При идентификации (указанию почты например) метрики передаются на сайт. Собирается информация о параметрах CPU, RAM, HDD. Серийные номера устройств не собираются. По индивидуальному запросу на нашу почту мы можем пустить Вас в тимвьюере на нашу серверную часть (куда попадают результаты теста) и вы посмотрите что туда приезжает и что мы видим. Указывать почту не обязательно, в этом случае ваши результаты теста просто не попадут на наш сервер. Доступ к субд опционален и нужен для опроса среды, в которой выполнялся тест. Тест существует уже около десяти лет и завоевал отличную репутацию!

Классификация TPC-A-local Throughput / TPC-1C-GILV-A

Тест относится к разделу универсальных интегральных кроссплатформенных тестов. Даже более того, он применим для файлового и клиент-серверного вариантов эксплуатации 1С:Предприятие. Тест работает для всех СУБД, поддерживаемых 1С.

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

С другой стороны это означает, что для точных расчетов заказного проекта тест позволяет сделать предварительную оценку перед специализированным нагрузочным тестированием .

Скачать тест

Данный тест не является коммерческим  и его можно скачать бесплатно для 8.2  и бесплатно для 8.3. 

Технические подробности

Что происходит в тесте в рамках «одного» такта операции?

Пример исполнения sql-команд можно посмотреть в приложенном файле.

Особенности использования теста на субд PostgreSQL

Установите значение параметра standard_conforming_strings в конфигурационном файле postgresql.conf в значение ‘off’

Как замерить загруженность железа

Надо отметить, что сам по себе тест уже частично выполняет замер. Для более детальной картины рекомендую воспользоваться утилитой Марка Русиновича Process Explorer.

На рисунке показан пример замера для файлового варианта.

Если у Вас возникли проблемы с железом, мы можем помочь его Вам подобрать.

Вопросы по работе теста можно обсудить на нашем форуме http://www.gilev.ru/forum/

 

8 вы должны рассмотреть · Блог Raygun

По мере того, как движение DevOps становится все более популярным, все больше и больше разработчиков заботятся о сквозной доставке веб-приложений. Это включает в себя развертывание, производительность и обслуживание приложения.

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

Все различные типы веб-серверов (например, Apache, IIS, Azure, AWS и NGINX) имеют схожие показатели производительности сервера. Большая часть моего опыта в этой области связана с Microsoft Azure, которая предоставляет простой в использовании интерфейс для поиска и сбора данных. Работа с Microsoft Azure дает возможность размещать приложения либо в службах приложений Azure (PaaS), либо на виртуальных машинах Azure (IaaS). Эта настройка дает вам представление о различных показателях для приложения или работающего сервера.

Благодаря всему этому опыту, который я получил за последние несколько месяцев, я нашел, как мне кажется, восемь самых полезных показателей производительности сервера. Эти показатели можно разделить на две категории: показателей производительности приложений, и показателей взаимодействия с пользователем.

Давайте начнем с рассмотрения показателей под зонтиком производительности приложения .

Показатели производительности приложения

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

Метрика 1: запросов в секунду

запросов в секунду (также называемых пропускной способностью) звучит так же, как и звучит — это количество запросов, которые ваш сервер получает каждую секунду. Это фундаментальная метрика, которая измеряет основное назначение веб-сервера — прием и обработка запросов. Крупномасштабные приложения могут обрабатывать до 2000 запросов в секунду.

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

Raygun, например, увеличил пропускную способность на 2000 % за счет перехода с Node.js на .NET Core.

Это подводит нас к следующему показателю.

Метрика 2: Входящие и исходящие данные

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

Выходные данные — это полезная нагрузка ответа, отправляемая клиентам. Поскольку веб-сайты со временем становятся больше, это вызывает проблемы, особенно у тех, у кого более медленное сетевое подключение. Раздутые полезные данные ответов приводят к медленным веб-сайтам, а медленные веб-сайты не удовлетворяют ваших пользователей.С достаточной медлительностью эти пользователи покидают веб-сайт и уходят. Google предполагает, что страницы, загрузка которых занимает три или более секунд для мобильных пользователей, имеют около 53% вероятности того, что пользователи покинут страницу до завершения загрузки.

Метрика 3: Среднее время отклика

Определенное напрямую среднее время ответа (ART) — это среднее время, необходимое серверу для ответа на все переданные ему запросы. Этот показатель является сильным индикатором общей производительности приложения, дающим представление об удобстве использования приложения.В общем, чем меньше это число, тем лучше. Но есть исследования, показывающие, что максимальное ограничение для пользователя при навигации по приложению составляет около одной секунды.

При выборе АРТ помните, что означает эта аббревиатура — это всего лишь среднее значение. Как и все показатели, определяемые по среднему значению, высокие выбросы могут полностью исказить число и сделать систему более медленной, чем она есть на самом деле. ART наиболее полезен, когда используется вместе с нашей следующей метрикой в ​​​​списке.

Метрика 4: Пиковое время отклика

Как и среднее время ответа, пиковое время ответа (PRT) представляет собой измерение самых длинных ответов на все запросы, проходящие через сервер.Это хороший индикатор проблем с производительностью в приложении. PRT не только даст вам представление о том, какие части ваших приложений вызывают зависание; это также поможет вам найти основную причину этих зависаний. Например, если есть определенная медленная веб-страница или особенно медленный вызов, эта метрика может дать вам представление о том, где искать.

Метрика 5: Использование оборудования

Теперь поговорим об общем использовании оборудования. Любое работающее приложение или сервер ограничено выделенными ему ресурсами.Таким образом, отслеживание использования ресурсов имеет ключевое значение, в первую очередь для определения наличия узких мест в ресурсах. Вам необходимо учитывать три основных аспекта сервера:

  • Процессор
  • ОЗУ (память)
  • Место на диске и использование

Рассматривая их, вы ищете то, что может стать узким местом для всей системы. Как покажет любой физический (или виртуальный!) компьютер, работающий с этими компонентами, производительность зависит от его самого слабого звена.Эта метрика может сказать вам, что является узким местом и какой физический компонент можно обновить для повышения производительности.

Например, вы можете столкнуться с проблемами при попытке отобразить данные с физического жесткого диска. Это создаст узкое место во взаимодействии ввода-вывода между сбором файлов и их представлением пользователю. Пока жесткий диск вращается и собирает данные, другие физические компоненты ничего не делают. Переход на твердотельный накопитель улучшит производительность всего приложения, поскольку узкое место исчезнет.

Метрика 6: количество потоков

Следующая метрика — количество потоков на сервере — сообщает вам, сколько одновременных запросов выполняется на сервере в определенное время. Эта метрика поможет вам понять, как выглядит общая нагрузка на сервер с уровня запроса. Это также даст вам представление о нагрузке на сервер при выполнении нескольких потоков.

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

Стоит отметить, что увеличение максимального количества потоков обычно зависит от наличия соответствующих ресурсов, доступных для использования.

Показатели взаимодействия с пользователем

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

Метрика 7: Время безотказной работы

Хотя это и не связано напрямую с его производительностью, время безотказной работы сервера является важным показателем. Время работы — это процент, в течение которого сервер доступен для использования. В идеале вы стремитесь к 100% времени безотказной работы, и вы увидите много случаев безотказной работы 99,9% (или больше) при просмотре пакетов веб-хостинга. Программные проекты нередко соблюдают соглашение об уровне обслуживания, которое диктует конкретную норму времени безотказной работы сервера.Если проверка показателей времени безотказной работы не является встроенной функцией вашего сервера, существует множество сторонних сервисов, таких как Updown.io, которые могут сделать это за вас. Эти сервисы могут даже дать вам визуальное изображение своего отчета:

А вот интересный факт. Расчет ежемесячно допустимого времени простоя показывает:

  • 99%: ~7 часов
  • 99,9%: ~45 минут
  • 99,999%: 30 секунд

Метрика 8: Частота ошибок HTTP-сервера

Частота ошибок HTTP-сервера — это показатель производительности, который не имеет прямого отношения к производительности приложения, но очень важен.Он возвращает количество внутренних ошибок сервера (или кодов HTTP 5xx), возвращаемых клиентам. Эти ошибки возвращаются из неисправных приложений, когда у вас есть исключение или другая ошибка, которая не обрабатывается должным образом. Хорошей практикой является настройка оповещения при возникновении подобных ошибок. Поскольку 500 ошибок почти полностью предотвратимы, вы можете быть уверены, что у вас надежное приложение. Уведомление обо всех ошибках HTTP-сервера позволяет вам быть в курсе любых возникающих ошибок. Это предотвращает проблему накопления ошибок в приложении с течением времени.

Как измерить производительность сервера

Измерение производительности сервера с помощью инструмента мониторинга производительности приложений (APM), такого как Raygun APM, — это самый простой и точный способ измерения работоспособности вашего программного обеспечения. APM предоставит вашей команде больше контекста для ваших самых важных вопросов о производительности приложений, предоставив визуализацию таких показателей, как количество запросов в секунду и многое другое. На следующем снимке экрана показана диаграмма пламени Raygun APM, на которой показаны ошибки и их расположение в коде.

Держите руку на пульсе

Это показатели производительности сервера, которые я лично считаю наиболее ценными. Если вы собираете и отслеживаете такие данные как о пользовательском опыте, так и о производительности вашего приложения, мало что останется без внимания.

Упомянул ли я какие-либо показатели, которые вы в настоящее время не используете? Подумайте о том, чтобы попробовать их. В конце концов, метрики — это лучший способ следить за производительностью вашего сервера и, соответственно, за работоспособностью вашего приложения.

Мониторинг производительности сервера — ключевые показатели эффективности и показатели

Важные ключевые показатели эффективности и показатели мониторинга серверов

ИТ-приложения жизненно важны для современной цифровой экономики, и для успеха бизнеса эти приложения должны быть высокодоступными и хорошо работать. Снижение производительности приложений может происходить по нескольким причинам. Могут быть проблемы на уровне кода, медлительность базы данных или ограничения пропускной способности сети. ИТ-приложения выполняются на серверах, и если сервер имеет неправильный размер или недостаточно производительен, производительность приложений также снизится.Поэтому жизненно важно следить за производительностью всех серверов в вашем дата-центре.

Исторически ключевыми факторами, влияющими на производительность сервера, были использование ресурсов ЦП и памяти сервера. Если загрузка ЦП сервера сильно загружена (близка к 100%) или имеется высокая загрузка памяти (поэтому на сервере очень мало свободной памяти), производительность приложений, работающих на этом сервере, снизится. ИТ-администраторы также должны иметь возможность определять, какие процессы на сервере больше всего потребляют ЦП и памяти, чтобы они могли быстро устранять неполадки и устранять проблемы с использованием ресурсов.

Хотя мониторинг ЦП и памяти, несомненно, важен, по мере развития серверных операционных систем важно отслеживать несколько других показателей производительности серверных операционных систем, которые могут указывать на узкие места в производительности. В этом блоге освещаются 10 ключевых показателей производительности, помимо использования ЦП и памяти, которые необходимо отслеживать в отношении производительности сервера.

1

Время работы сервера мониторинга

Время работы — это количество времени, в течение которого система работала.Время безотказной работы можно измерить с момента последней загрузки системы. Его также можно измерить во время каждого цикла опроса. Мониторинг времени безотказной работы важен, потому что:

  • Этот показатель может предупредить вас о ситуации, когда система в настоящее время работает, но, возможно, недавно отключилась и перезагрузилась (например, вы могли непреднамеренно настроить систему на автоматическое применение обновлений ОС и мог перезагрузиться в середине рабочего дня и, таким образом, повлиять на пользователей).
  • Многие организации периодически перезагружают системы.Отслеживая время безотказной работы системы, администраторы могут получать уведомления, если система не перезагружается в течение настроенного цикла перезагрузки.
2

Мониторинг активности диска

Дисковая подсистема сервера почти так же важна, как подсистемы вычислений и памяти. Активность диска — это количество времени, в течение которого диск активно обрабатывает запросы. Существует несколько ключевых показателей дисковой подсистемы, которые необходимо отслеживать:

  • Время занятости диска указывает процент времени, в течение которого диск активен.Если это значение приближается к 100 %, ожидайте, что запросы, обращающиеся к диску, начнут ставиться в очередь. С точки зрения диагностики важно знать, занят ли диск операциями чтения или записи.
  • IOPs : Операции ввода-вывода на диск отражают рабочую нагрузку на диск. Отслеживание рабочей нагрузки во времени может помочь определить периоды, когда дисковая подсистема испытывает большую нагрузку.
  • Время чтения/записи диска : Это время, необходимое для чтения/записи блоков с диска.Чем ниже значение, тем выше производительность.
  • Длина очереди диска : Когда диск не может справиться с поступающими запросами, дополнительные запросы помещаются в очередь диска. Для наилучшей производительности длина очереди диска должна быть меньше 100. Это сводит к минимуму время, затрачиваемое запросом, когда он ожидает обслуживания.
  • Разделение операций ввода-вывода в секунду : Разделение файла часто выполняется для более эффективного использования дискового пространства. Этот процесс часто приводит к тому, что диску приходится тратить больше времени и ресурсов ввода-вывода на обслуживание запросов.Это связано с тем, что при разделении файл разбрасывается по блокам, заставляя диск выполнять несколько операций чтения/записи для обслуживания запроса. Это, в свою очередь, значительно увеличивает активность дискового ввода-вывода на сервере, тем самым замедляя критические операции. Отслеживая количество разделенных операций ввода-вывода на диске, администратор может заблаговременно выявить состояние, при котором диск сильно фрагментирован.
Хотя важно следить за работой дисковой подсистемы, для дополнительной диагностики важно отслеживать активность диска на уровне файлов.Например, чтобы определить, в каких файлах наблюдается наибольшее количество операций ввода-вывода. Инструменты мониторинга, такие как eG Enterprise, могут обнаруживать и сообщать о действиях ввода-вывода на уровне файлов, которые могут повлиять на производительность приложений.

Мониторинг производительности дисковой подсистемы чрезвычайно важен для рабочих нагрузок с большим объемом операций ввода-вывода. Например, серверы баз данных и файловые серверы широко используют дисковые ресурсы, поэтому для таких серверов особенно важно тщательно проверять показатели производительности дисковых подсистем.

3

Мониторинг использования файла подкачки

Файл подкачки ОС расширяет объем памяти. Данные, которые недавно не использовались или к которым не обращались, хранятся в файле подкачки. Кроме того, операции, которые превышают ограниченное пространство ОЗУ ОС, автоматически отправляются в файл подкачки для сохранения. В идеале размер файла подкачки должен быть минимум в 1,5 раза больше физической памяти сервера и максимум в 4 раза больше физической памяти, чтобы обеспечить стабильность системы.

Важно следить за использованием файла подкачки ОС. Если использование файла подкачки близко к 100%, это означает, что файл подкачки системы недостаточно велик.

Когда использование файла подкачки составляет 90 % или выше, система и приложения не смогут работать должным образом, а приложения будут работать медленнее. Вы хотите, чтобы ваш файл подкачки был достаточно большим, чтобы в любой момент времени использовалось не более 50-75% его объема, хотя предпочтительны даже меньшие числа.
4

Мониторинг переключений контекста

Переключение контекста происходит, когда ядро ​​переключает процессор с одного процесса или потока на другой. Переключение контекста обычно требует больших вычислительных ресурсов. Чрезмерное переключение контекста отнимает важные ресурсы ЦП и может быть одной из самых дорогостоящих операций в ОС. Следовательно, серверы должны быть настроены и работать так, чтобы, насколько это возможно, избежать ненужного переключения контекста.

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

На рисунке ниже показаны переключения контекста на сервере, отслеживаемые в течение недели. В этом примере обновление приложения произошло примерно в то время, когда скорость переключения контекста сервера увеличилась почти в четыре раза.Если бы такое изменение произошло на всех виртуальных машинах (ВМ), работающих на гипервизоре, влияние на использование вычислительных ресурсов гипервизора было бы значительным. Инструмент мониторинга сервера должен уметь выявлять такие аномалии и предупреждать администраторов о них. В этом примере повышенная частота переключения контекста была вызвана ошибкой в ​​обновленном приложении.

Внезапное увеличение числа переключений контекста на сервере указывает на проблему их выполнение может быть ограничено по времени или может потребоваться выполнение в последовательности.Для этой цели часто используются системные часы, и если системные часы в разных системах не отображают одно и то же время, результаты могут быть катастрофическими.

Например, если машины обмениваются файлами по локальной сети, их часы должны быть синхронизированы, чтобы определить, когда именно файлы были изменены. Неточные часы могут привести к конфликту версий или к перезаписи данных. В домене Microsoft Windows метки времени используются для разрешения конфликтов репликации Active Directory.Аутентификация Kerberos также сильно зависит от меток времени. Временные метки используются для защиты от повторных атак, когда пакет проверки подлинности перехватывается в сети, а затем повторно отправляется для проверки подлинности от имени исходного отправителя. Когда сервер Windows получает запрос проверки подлинности Kerberos, он сравнивает отметку времени в запросе со своим локальным временем. Если разница между локальным временем и отметкой времени слишком велика, запрос на аутентификацию отклоняется и аутентификация Kerberos завершается сбоем.Для правильной работы Kerberos часы на всех системах в домене Windows должны быть синхронизированы.

Средства мониторинга должны отслеживать смещения часов системы относительно эталонных часов, например, часов сервера Active Directory. Несмотря на то, что небольшие смещения часто допустимы, если имеется большое смещение между часами какой-либо системы и эталонными часами, администраторы должны быть предупреждены о таких отклонениях.
6

Мониторинг использования дескрипторов

Мы склонны считать ЦП, память и диск основными ресурсами сервера.Существуют и другие формы ресурсов — файловые дескрипторы, сетевые сокеты, процессы, задания и т. д. Все эти ресурсы также конечны — на сервере одновременно может быть открыто только ограниченное количество файлов. Термин дескриптор используется для обозначения ресурса, на который ссылаются приложения.

Ожидается, что приложения будут запрашивать и получать ресурсы, использовать их, а затем возвращать их в ОС. Утечка дескриптора происходит, когда приложение не возвращает дескриптор ОС после использования.Одной из причин утечки дескриптора является программная ошибка — разработчик открывает файловый объект, но забывает его закрыть. Утечки дескрипторов также могут быть вызваны исключениями. Блоки исключений могут не иметь подпрограмм очистки, которые включены в основной блок кода.

Частые/повторяющиеся утечки рукояток в течение длительного периода означают, что многие рукоятки могут быть помечены как используемые и, следовательно, недоступны. Это может привести к снижению производительности сервера или даже к его сбою.

Во избежание подобных аварий администраторы должны отслеживать использование дескрипторов с течением времени.Если количество открытых дескрипторов постоянно увеличивается, это указывает на утечку дескриптора. Администраторы могут захотеть копнуть глубже и даже определить процессы с максимальным количеством открытых дескрипторов. Уничтожение таких процессов или исправление программ, породивших такие процессы, может помочь уменьшить утечку.

7

Мониторинг активности процессов

Необходимо контролировать процессы, запущенные на сервере. Тихий убийца — это утечка процессов.Например, приложение начинает регулярно запускать новые процессы, не выходя из ранее запущенных. Это может привести к тому, что на сервере будут запущены тысячи процессов. Многозадачность для тысяч процессов может серьезно снизить производительность сервера. Следовательно, важно отслеживать текущее количество процессов на сервере.

Также следует контролировать использование ресурсов для каждого процесса. Это часто помогает при диагностике: когда сервер чрезмерно использует память, какие процессы ответственны за утечку памяти?

8

Мониторинг сетевого трафика

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

В то же время важно отслеживать пропускную способность, используемую на каждом интерфейсе. Если использование полосы пропускания близко к максимальной скорости сетевого интерфейса, это может указывать на узкое место, влияющее на производительность.

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

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

HTTP, SMTP, SQL и другие типы соединений используют TCP внизу. Таким образом, когда производительность TCP снижается, снижается и производительность приложений, которые их используют.

Для отслеживания производительности TCP важно отслеживать следующие показатели:

  • Скорость подключений к серверу и от него.Это не только указывает на рабочую нагрузку на сервер, но также может указывать на время, когда сервер подвергается атаке.
  • Обрывы соединения на сервере должны отслеживаться. Чрезмерные разрывы соединения могут вызывать беспокойство.
  • Вероятно, самым важным показателем производительности для TCP является процент повторных передач. Для обеспечения хорошей производительности TCP количество повторных передач должно быть минимальным. Значение до 5 % может быть приемлемым, но любое число, превышающее 10 %, может значительно повлиять на задержку приложения и пропускную способность.Повторные передачи происходят, когда сервер отправляет сегмент, но сервер не получает подтверждения от клиента. В этом случае сервер должен повторно передать сегмент по истечении времени ожидания.

Повторные передачи по соединению TCP

Распространенные причины повторных передач включают перегрузку сети, когда пакеты теряются (либо сегмент TCP теряется по пути к месту назначения, либо соответствующий ACK теряется на обратном пути к отправителю ), строгие правила QoS маршрутизатора, которые отдают предпочтение определенным протоколам, и сегменты TCP, которые прибывают к месту назначения не по порядку, обычно из-за того, что порядок сегментов перепутался на пути от отправителя к получателю.

Повторные передачи вредны не только потому, что они связаны с тайм-аутами и повторными передачами. TCP использует оконный механизм. Окно представляет количество отправленных сегментов, которые еще не подтверждены. Во время обычной передачи размер окна удваивается по мере того, как отправитель получает подтверждения. Но когда происходит повторная передача, размер окна уменьшается вдвое. Повторные повторные передачи могут привести к серьезному снижению пропускной способности.

Сравните повторные передачи между группами серверов.Если на нескольких серверах наблюдается большое количество повторных передач, это может указывать на то, что проблема связана с сетью. В противном случае проблема может быть связана с сервером и его конфигурацией, например, с неисправной сетевой картой.

10

Мониторинг файлов журналов ОС

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

В Microsoft Windows есть файлы журналов системы, безопасности и приложений. Здесь регистрируются события разных типов и из разных источников. События помечаются как подробные, информационные, предупреждающие или критические.

На серверах Unix файлы системного журнала и журнала cron, хранящиеся в каталоге /var/log, также предоставляют сведения об аномальных событиях, произошедших на сервере. Системный журнал — еще одна распространенная форма регистрации аномалий операционной системы.

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

  • Повторяющиеся сбои приложения или неисправной библиотеки
  • Неудачный вход на сервер
  • Ошибки чтения с диска из-за неисправного дисковода
  • Не удалось применить групповые политики
  • Ошибки разрешения имен DNS
  • Проблемы с печатью
  • Ошибки, связанные с безопасностью
  • Проблемы синхронизации времени
  • Сбои обновления исправлений
Заключение

В заключение из приведенного выше обсуждения должно быть ясно, что мониторинг производительности сервера должен фокусироваться не только на использовании ЦП, памяти и дискового пространства.Основные принципы, обсуждаемые в этом блоге, применимы к любой серверной операционной системе. Наличие комплексной стратегии мониторинга и управления сервером — это первый и главный шаг к тому, чтобы ваша ИТ-инфраструктура и поддерживаемые ею приложения работали хорошо.

Мониторинг производительности сервера | Руководство по передовому опыту

Мониторинг производительности сервера — это процесс наблюдения за системными ресурсами, такими как использование ЦП, потребление памяти, емкость хранилища, производительность ввода-вывода, время безотказной работы сети и многое другое.

Помогает определить проблемы, связанные с производительностью сервера, такие как время отклика, использование ресурсов и время простоя приложений. Кроме того, он поддерживает планирование емкости и эффективности, помогая администраторам понять потребление системных ресурсов на сервере.

Что такое мониторинг сервера?

Мониторинг производительности обычно включает измерение показателей производительности в зависимости от показателей производительности. Это может быть проблематично, особенно когда серверная инфраструктура и окружающая сеть становятся все более рассредоточенными и сложными.

Ключевые компоненты успешной стратегии мониторинга производительности сервера включают:

  • Определение ключевых показателей
  • Базовый уровень показателей, связанных с производительностью сервера
  • Отчет о дополнительной ценности ключевых показателей

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

Подробнее: Лучшее программное обеспечение и инструменты для мониторинга серверов на 2021 год

Показатели для мониторинга производительности сервера

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

запросов в секунду (RPS)

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

RPS — это показатель, который вычисляет количество запросов, полученных за период мониторинга. RPS указывает на проблему с производительностью сервера, если возникают проблемы при обработке запросов.Таким образом, это индикатор загрузки сервера.

Подробнее: лучших балансировщиков нагрузки на 2021 год

Частота ошибок

Ошибки — это нежелательные проблемы, которые могут снизить производительность сервера. Обычно они возникают, когда сервер испытывает большую нагрузку. Частота ошибок — это показатель, который вычисляет процент запросов, которые завершаются сбоем или не получают ответа от сервера. Это самый важный показатель, который следует учитывать при решении проблем с производительностью сервера.

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

Время безотказной работы

Наиболее важным вопросом для любой операции является доступность сервера. Время безотказной работы означает, как долго сервер работает в течение заданного периода времени без существенных сбоев. Если показатель времени безотказной работы становится менее 99% времени использования сервера, это требует внимания.

Для контекста архитектура сервера высокой доступности поддерживает 99.Доступность 999 % даже во время плановых и внеплановых отключений, также известная как надежность Five Nines. Сервер должен быть надежным для конечных пользователей, поэтому время безотказной работы является хорошим признаком проблем с производительностью.

Подробнее: Как реализовать архитектуру высокой доступности

Количество потоков

Параметры количества потоков указывают максимальное количество запросов, которые сервер может обрабатывать одновременно, что может быть важным показателем производительности сервера. Когда приложение создает слишком много потоков, количество ошибок может увеличиться.

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

Среднее время отклика (ART) и пиковое время отклика (PRT)

ART вычисляет общее время цикла запроса/ответа для всех запросов, разделенное на количество запросов. PRT вычисляет продолжительность циклов времени запроса/ответа, чтобы отслеживать самый длинный цикл в течение периода мониторинга.Оценка показателей ART и PRT — наиболее эффективный метод получения точного представления о времени отклика.

Рекомендации по мониторингу производительности сервера

Мониторинг производительности сервера позволяет администраторам отслеживать подробную информацию о состоянии и работоспособности сервера. Ниже приведены три передовых метода мониторинга производительности сервера.

Настройка визуального представления

Визуализации — это графическое представление информации и данных с использованием таких инструментов, как графики, диаграммы и карты.Визуализация данных упрощает понимание с первого взгляда и выделяет полезную информацию.

Четкое отображение структуры всей сети, четкое визуальное представление ключевых данных и отчеты о работоспособности сервера — все это помогает администраторам отслеживать, понимать и принимать решения для оптимизации производительности сервера. Это можно сделать эффективно и без проблем с помощью облачных сервисов мониторинга.

Настройка подробных предупреждений

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

Оповещения в режиме реального времени сообщают администраторам о любых проблемах, помогая быстро их решать.

Администраторы сервера должны сначала проверить серьезность проблемы и понять логические последствия. Если проблема окажет серьезное влияние на сервер, администратор может принять эффективные решения о следующих шагах для их решения.

Регулярный мониторинг работоспособности сервера

Состояние сервера относится к состоянию основных функций сервера. Мониторинг работоспособности сервера играет важную роль в выявлении сбоев в работе сервера и сети и может помочь определить операционные настройки сервера, замену оборудования и оптимизацию производительности. Физическая проверка может включать использование ЦП, доступность памяти и емкость диска.

Мониторинг работоспособности сервера предоставляет данные, которые могут быть полезны при прогнозировании проблем сервера, сравнении текущих и исторических данных.Компании могут выявлять потенциальные сбои сервера и устранять их до того, как они повлияют на прибыль.

Почему важен мониторинг сервера?

Мониторинг производительности сервера имеет решающее значение для выявления рисков и оптимизации производительности сервера. В конечном счете, производительность влияет на репутацию компании и ожидания пользователей. Есть много провайдеров, которые поддерживают мониторинг производительности сервера; программа помогает автоматизировать все процессы, связанные с мониторингом сервера.

Читать далее: Что такое DCIM? Управление инфраструктурой центра обработки данных

Как контролировать производительность сервера

25 мая 2017 г. | админ

Мониторинг производительности сервера может быть чем-то вроде искусства, особенно когда серверная инфраструктура и окружающая сеть становятся все более рассредоточенными и сложными. Определение того, что является «проблемным», становится все более трудным делом.

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

 

На какие показатели следует ориентироваться:

Важно ориентироваться на ключевые показатели эффективности (KPI), которые относятся к функциям серверов:

  • Общий мониторинг хостов и серверов: ЦП, память, диск, сеть и использование процессов
  • Мониторинг базы данных: активность экземпляра базы данных, поведение запроса и активность пользователя.
  • Обмен сообщениями: ответ базы данных электронной почты и использование сервера
  • Веб-сервер: пропускная способность сети, занятые и неактивные потоки, пропускная способность
  • Сервер приложений: проблемы с ресурсами, объем транзакций

Эти ключевые показатели производительности служат хорошей отправной точкой для любой стратегии мониторинга серверов Windows или Unix.

Показатели производительности Windows Server
ЦП
Счетчик процессов Количество процессов в компьютере.
Количество нитей Количество потоков в компьютере.
% Время прерывания % времени процессор тратит на получение и обслуживание аппаратных прерываний.
%Привилегированное время % времени, затраченного потоками процесса на выполнение кода в привилегированном режиме.
% процессорного времени % времени, затрачиваемого процессором на выполнение потока, отличного от простоя.
% пользовательского времени % времени процессор находится в пользовательском режиме.
Диск
Диск свободен % Процент свободного места на диске.
Свободное место на диске Свободное место на диске.
Чтение с диска/сек Скорость операций чтения на диск.
Записей на диск/сек Скорость операций записи на диск.
Чтение с диска, байт/сек Скорость, с которой байты передаются с диска во время операций чтения.
Запись на диск, байт/сек Скорость, с которой байты передаются на диск во время операций записи.
Дисковых передач/сек Скорость операций чтения и записи на диск.
Память
Свободная память Объем свободной памяти.
Ошибок страницы/сек Среднее количество ошибочных страниц в секунду. Этот счетчик включает как серьезные сбои (те, которые требуют доступа к диску), так и программные сбои (когда сбойная страница находится в другом месте физической памяти.)
Число чтений страниц/сек Скорость, с которой диск считывался для устранения отказов жестких страниц.
Записей страниц/сек Скорость, с которой страницы записываются на диск для освобождения места в физической памяти.
Вывод страниц/сек Скорость, с которой страницы записываются на диск для освобождения места в физической памяти.
Невыгружаемые байты пула Размер в байтах невыгружаемого пула, области системной памяти (физической памяти, используемой операционной системой) для объектов, которые не могут быть записаны на диск, но должны оставаться в физической памяти, пока они выделены.
Выгружаемые пулом байты Размер в байтах выгружаемого пула, области системной памяти (физической памяти, используемой операционной системой) для объектов, которые могут быть записаны на диск, когда они не используются.
Сеть
Длина очереди вывода Длина очереди выходных пакетов
Ошибки исходящих пакетов Количество исходящих пакетов, которые не удалось передать из-за ошибок.
Ошибки при получении пакетов Количество входящих пакетов, содержащих ошибки, препятствующие их доставке протоколу более высокого уровня.
Получено килобайт/с Скорость, с которой килобайты принимаются на сетевой интерфейс.
Килобайт отправлено/сек Скорость, с которой килобайты передаются по сетевому интерфейсу.

 

Показатели производительности сервера Unix
ЦП
Счетчик процессов Количество процессов в компьютере.
Количество нитей Количество потоков в компьютере.
% Время прерывания % времени процессор тратит на получение и обслуживание аппаратных прерываний.
%Привилегированное время % времени, затраченного потоками процесса на выполнение кода в привилегированном режиме.
% процессорного времени % времени, затрачиваемого процессором на выполнение потока, отличного от простоя.
% пользовательского времени % времени процессор находится в пользовательском режиме.
Диск
Диск свободен % Процент свободного места на диске.
Свободное место на диске Свободное место на диске.
Чтение с диска/сек Скорость операций чтения на диск.
Записей на диск/сек Скорость операций записи на диск.
Чтение с диска, байт/сек Скорость, с которой байты передаются с диска во время операций чтения.
Запись на диск, байт/сек Скорость, с которой байты передаются на диск во время операций записи.
Дисковых передач/сек Скорость операций чтения и записи на диск.
Память
Общая физическая память Общий объем физической памяти.
Свободная память Объем свободной памяти
Ошибок страницы/сек Среднее количество ошибочных страниц в секунду.Этот счетчик включает как серьезные сбои (те, которые требуют доступа к диску), так и программные сбои (когда страница с ошибкой находится в другом месте физической памяти.)
Число чтений страниц/сек Скорость, с которой диск считывался для устранения отказов жестких страниц.
Записей страниц/сек Скорость, с которой страницы записываются на диск для освобождения места в физической памяти.
Вывод страниц/сек Скорость, с которой страницы записываются на диск для освобождения места в физической памяти.
Невыгружаемые байты пула Размер в байтах невыгружаемого пула, области системной памяти (физической памяти, используемой операционной системой) для объектов, которые не могут быть записаны на диск, но должны оставаться в физической памяти, пока они выделены.
Выгружаемые пулом байты Размер в байтах выгружаемого пула, области системной памяти (физической памяти, используемой операционной системой) для объектов, которые могут быть записаны на диск, когда они не используются.
Сеть
Длина очереди вывода Длина очереди выходных пакетов.
Ошибки исходящих пакетов Количество исходящих пакетов, которые не удалось передать из-за ошибок.
Ошибки при получении пакетов Количество входящих пакетов, содержащих ошибки, препятствующие их доставке протоколу более высокого уровня.
Получено килобайт/с Скорость, с которой килобайты принимаются на сетевой интерфейс.
Килобайт отправлено/сек Скорость, с которой килобайты передаются по сетевому интерфейсу.

 

Попробуйте онлайн-демонстрацию Longitude Live!

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

  • Имя пользователя:    demo
  • Пароль:    долгота

 

Определение надлежащего базового уровня мониторинга:

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

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

Определение того, что является «обычным», означает понимание роли сервера и того, когда и как он используется.Например, выполняет ли сервер функцию работы с понедельника по пятницу с 9 до 17 (т. е. файловый сервер/сервер печати или терминальный сервер)? Является ли сервер сервером базы данных, предоставляющим услуги для пакетной обработки в нерабочее время? Базовые характеристики будут различаться в зависимости от того, как и когда сервер используется больше всего. На некоторых серверах могут наблюдаться «обычные» изменения рабочей нагрузки в зависимости от времени суток, дня недели или недели месяца, и мы хотим обязательно учитывать волатильность.

Существует несколько подходов к определению базовой линии.Один из подходов заключается в сборе соответствующих данных либо с помощью инструментов, предоставляемых операционной системой, либо с помощью приложения, а затем анализа данных для определения соответствующих исходных показателей. Выделение времени для оценки ваших данных и изучения того, как работают ваши серверы (т. е. когда и где они испытывают изменения в рабочей нагрузке), является важным упражнением, поскольку вы вполне можете обнаружить ненаблюдаемое поведение. «Обычные» шаблоны не обязательно желательны, например, нежелательная пакетная обработка в середине дня на самом деле может быть нормальной, но определенно нежелательной.Очень важно иметь собственное представление о характеристиках производительности критически важных хостов, серверов и приложений.

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

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

Здесь мы видим отчет от Longitude, который помогает повысить базовую производительность диска на сервере Exchange. Мы видим, что существует регулярная картина (22:04 по ночам) диска с высокой глубиной очереди (количество операций чтения/записи в очереди, ожидающих доступа к диску), которую мы хотим распознать как нормальную, а НЕ проблему. так как это когда резервное копирование работает. Цель состоит в том, чтобы избежать предупреждений об известных/обычных проблемах с ресурсами.

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

Здесь мы видим долготу, дающую рекомендации по использованию ЦП путем расчета минимального, максимального и среднего значений для ряда серверов.

Отчетность: извлеките выгоду из своих ключевых показателей эффективности

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

Базовая отчетность:

Reporting — неотъемлемая часть любой стратегии мониторинга серверов. Всегда рекомендуется регулярно проверять производительность вашей среды, даже если вы не считаете, что есть какие-либо существенные изменения в рабочей нагрузке. Нередко возникают нежелательные явления после обновления или исправления программного обеспечения. Если вы не будете усердно следить за изменениями в поведении сервера, производительность вашей ИТ может быть поставлена ​​под угрозу.

Наличие свободного доступа даже к самым базовым отчетам чрезвычайно важно для помощи ИТ-специалистам в решении проблем с производительностью сервера:

  • Выявление проблем, связанных с использованием ресурсов
  • Выявление проблем, требующих внимания

Управление мощностями:

Оценка мощности — это непрерывный процесс, поскольку внедрение ИТ находится в постоянном движении.Производительность ИТ является движущейся целью из-за изменений в активности приложений и соответствующих эффектов в ИТ-инфраструктуре. Помощь в планировании и управлении мощностями:

  • Определение ресурсов, необходимых для поддержки прогнозируемой рабочей нагрузки
  • Посмотрите, как изменения в оборудовании повлияют на производительность приложений
  • Базовая производительность приложений и ИТ-инфраструктуры

 

 

 

Соответствие:

ИТ-отделу часто приходится фиксировать определенный уровень производительности и доступности.Использование данных KPI для документирования соответствия обещанному уровню обслуживания помогает ответить на такие вопросы, как:

  • Какой процент времени услуги доступны?
  • Как работают услуги?
  • Какова основная причина простоев и снижения производительности?

Заключение:

Если пользователи получают слишком много предупреждений, это неизбежно приведет к тому, что предупреждения будут игнорироваться или, что еще хуже, вообще пропускаются.В конце концов стратегия мониторинга сервера деградирует до ситуации «Мальчик, который кричал волк».

Целевое оповещение означает установку порогов таким образом, чтобы срабатывали только активные оповещения. Оповещения должны иметь смысл в контексте конкретной системы или приложения. Например, хорошей практикой является работа с базовым уровнем и рассмотрение возможности иметь под рукой минимальные, максимальные и средние значения при оценке критериев оповещения для пороговых значений, основанных на производительности.

Кроме того, способность быстро создавать и интерпретировать отчеты помогает показать, что ИТ-отдел работает на опережение и понимает проблемы, которые потенциально могут повлиять на бизнес.Отчеты также показывают положительное влияние ИТ на производительность организации, своевременную доставку и качество, помогая:

  • Обеспечить обзор производительности сервера и приложений
  • Оптимизация производительности и сокращение времени простоя
  • Определите области, в которых ИТ-отдел может внести улучшения
  • Соответствие документам и предоставление услуг

Рекомендации по мониторингу серверов

Узнайте, как разработать успешную долгосрочную стратегию мониторинга серверов, сосредоточившись на легком, эффективном, отказоустойчивом и автоматизированном подходе.

 

 

Примечание редактора. Эта публикация была первоначально опубликована в мае 2017 года и обновлена ​​для обеспечения актуальности и полноты.

Программное обеспечение и инструменты для управления производительностью сервера

Управление сервером с помощью OpManager:

Поскольку многие современные приложения и службы перемещаются в центр обработки данных, виртуализация и консолидация серверов создают новые проблемы управления.OpManager предоставляет ИТ-администраторам единую консоль управления для всесторонней визуализации и контроля как физических, так и виртуальных серверов на серверных платформах Windows, Linux, Unix, VMware, Hyper-V, Nutanix и Xen.

OpManager помогает в управлении сервером:

OpManager — идеальный инструмент для демонстрации мониторинга производительности сервера, управления сбоями и мониторинга приложений. Мы нашли его очень удобным для пользователя и всеобъемлющим по своей природе. Он дает полное представление о сети, системах, приложениях и службах.

 

Ахиллес Сантос Сильва, Младший факультет компьютерных наук,
UNERJ – Университетский центр Южного Харагуа

 

 

Мониторинг в управлении сервером:

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

OpManager отслеживает производительность

  • Серверы VMware ESX и гостевая ОС
  • Серверы приложений, Active Directory, серверы SQL и Exchange
  • Серверы Hyper-V
  • Xen-серверы
  • Ресурсы Nutanix (кластеры/узлы/виртуальные машины)

Устранение неполадок в управлении сервером:

Инструменты мониторинга и управления сервером обнаруживают и устраняют проблемы с сервером, которые в противном случае могли бы повлиять на бизнес/конечных пользователей.OpManager заранее обнаруживает проблемы с производительностью сервера, такие как время загрузки ЦП, нехватка доступной памяти и т. д., и отправляет интеллектуальные и действенные предупреждения для их устранения. С помощью рабочих процессов можно автоматизировать процесс устранения неполадок в OpManager. Усовершенствованное оповещение, которое может даже зарегистрировать заявку на устранение неполадки в интегрированной системе службы поддержки, гарантирует, что вы выявите потенциальные проблемы задолго до того, как они затронут пользователей. OpManager упрощает весь процесс мониторинга производительности сервера

Знаете ли вы?

Вы можете удаленно устранять неисправности сервера с помощью инструментов диагностики сервера OpManager.Как только вы получите предупреждение о проблеме, одним щелчком мыши на панели мониторинга вы сможете немедленно просмотреть тенденции производительности проблемного сервера в режиме реального времени, исследовать и даже остановить службы или процессы, вызывающие снижение производительности.

Решения по управлению сервером в OpManager:

Вот несколько инструментов управления сервером в OpManager, которые помогают устранять неисправности серверов первого и второго уровня.

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

Подключение к удаленному серверу:  Удаленный доступ к серверам полезен для настройки VPN, запуска системы контроля версий, резервного копирования данных и других ИТ-задач. OpManager позволяет вам получать удаленный доступ к серверам в своем веб-клиенте. Вы можете либо подключиться к серверу напрямую, используя учетные данные SNMP, WMI, Telnet/SSH с подключением к удаленному рабочему столу, либо подключиться к определенной веб-службе, работающей на сервере, через соединение HTTP или HTTPS.(только для IE)

Планировщик простоев: Планировщик простоев OpManager помогает периодически планировать техническое обслуживание ваших серверов. Эта функция также может быть распространена на другие сетевые устройства, такие как коммутаторы, маршрутизаторы и т. д. Во время запланированного периода обслуживания OpManager интеллектуально прекращает мониторинг для этого конкретного устройства.

Тестовый монитор:  OpManager позволяет настраивать мониторы производительности сервера для критических показателей производительности, таких как загрузка ЦП, использование памяти, сведения о разделах и т. д.Монитор тестов проверяет, отслеживается ли метрика OpManager, и предоставляет значение отслеживаемой метрики. Также перечислены возможные причины, по которым данные не поступают с сервера.

Мониторинг ОС: OpManager позволяет всесторонне отслеживать операционные системы настольных компьютеров и серверов. Это включает в себя отслеживание критических показателей системы, состояний служб, состояний процессов, журналов событий, счетчиков производительности, приложений (Exchange, MSSQL и т. д.) и служб (Active Directory, DHCP и т. д.).). OpManager поддерживает мониторинг операционных систем Windows, Linux, Unix и Solaris.

Автоматизация управления сервером с помощью рабочих процессов:

Роль инструментов управления сервером включает в себя устранение сбоев сервера и рутинные задачи обслуживания, которые являются повторяющимися и трудоемкими по своему характеру. Автоматизация таких задач управления может помочь ИТ-администраторам максимально повысить свою производительность за счет экономии времени и усилий. OpManager поддерживает около 80 действий, которые можно автоматизировать с помощью рабочих процессов.

Некоторые задачи управления сервером могут быть автоматизированы с помощью рабочих процессов OpManager:

  • Перевод/выход сервера из режима обслуживания.
  • Остановить/перезапустить/приостановить виртуальную машину.
  • Обновить хранилище данных на виртуальных серверах.
  • Остановить/Завершить работу/Перезапустить гостевую ОС.
  • Список серверных процессов по чтению/записи/диску/памяти/использованию ЦП.
  • Запустить/остановить/приостановить/перезапустить службы Windows.
  • Выполнение сценариев.

Управление SLA:

С помощью OpManager можно группировать устройства в соответствии с сервисом, который они предоставляют, и гарантировать, что для каждого бизнес-сервиса выполняются SLA.Оповещения OpManager о нарушении SLA и интуитивно понятные карты бизнес-услуг позволяют детализировать и устранять неполадки в устройствах для быстрого восстановления SLA.

Планирование емкости в управлении сервером:

Благодаря более чем 100 готовым отчетам о производительности серверов о доступности, использовании ресурсов, событиях сбоев и т. д. OpManager предоставляет готовую к использованию информацию для вашего следующего увеличения емкости. Более того, вы можете создавать свои собственные настраиваемые отчеты, например. отчет в конце дня о доступности и времени отклика всех серверов в центре обработки данных, который автоматически отправляется на ваш почтовый ящик каждый день.

Часто задаваемые вопросы — Управление сервером

Что такое управление сервером?

+

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

Нужна персонализированная демонстрация?
Позвольте нашим экспертам по продуктам помочь вам с индивидуальной демонстрацией!

Пример использования


«После перехода на OpManager количество перезагрузок, зависаний и сбоев сократилось настолько значительно, что мы больше не сталкиваемся с такими незапланированными отключениями.»
– Пол Чан, менеджер по инфраструктуре и операциям

Узнайте больше о том, как Universitas 21 Global обеспечивает доступность на уровне 99,98 % в 2 центрах обработки данных с сотнями серверов, на которых размещены критически важные приложения, которые обслуживают студентов из более чем 45 стран: Скачать пример управления производительностью сервера

Рекомендации по мониторингу производительности Windows Server

Windows Server обычно устанавливается на интенсивно используемых серверах, которые служат основой для многих ИТ-приложений и служб.Если это верно для вашей организации, очень важно оставаться на вершине мониторинга производительности Windows Server.

Очень важно найти инструмент для мониторинга производительности Windows Server, и правильный выбор может сильно повлиять на то, насколько напряженным или сложным будет ваш процесс мониторинга производительности. Я рекомендую SolarWinds ® Server & Application Monitor (SAM) , высококачественный инструмент для гибкого мониторинга серверов, предлагающий интеграцию через платформу Orion ® с другим программным обеспечением SolarWinds для мониторинга производительности сети и инфраструктуры.

Что такое мониторинг производительности Windows Server?

Windows Server Performance Мониторинг лучших практик
Определить базовый уровень
Монитор последовательно
Track Metrics Использование инструментов
Настройка предупреждений
Начало работы с мониторингом Windows Server

Что такое мониторинг производительности Windows Server?

Мониторинг производительности Windows Server относится к ряду процессов, участвующих в отслеживании ключевых показателей сервера для обеспечения отличной производительности.Windows Server включает в себя несколько основных встроенных инструментов для анализа и устранения неполадок, которые позволяют отслеживать четыре ключевых аспекта производительности, включая ЦП сервера, память, жесткие диски и сетевую интерфейсную карту (NIC). Вы можете изучить различные показатели, связанные с этими компонентами, чтобы увидеть, ведет ли себя сервер ожидаемым образом.

Например, даже если кажется, что сервер работает хорошо, с помощью мониторинга вы можете увидеть, что ЦП уже работает на 90% мощности. Пока сервер работает хорошо теперь , если возникнет всплеск спроса, он быстро перегрузится.

Еще одним важным аспектом мониторинга производительности является обнаружение любых аномалий в вашей сети или попыток доступа, выходящих за рамки того, что вы ожидаете. Например, если злоумышленник пытается проникнуть в вашу сеть, вы сможете обнаружить его попытки (и их влияние на производительность) благодаря всестороннему мониторингу ваших серверов.

Рекомендации по мониторингу производительности Windows Server

Я расскажу о некоторых из моих лучших советов по передовым методам мониторинга Windows Server , чтобы помочь вам убедиться, что ваш подход к мониторингу Windows Server эффективен, точен и полезен для более широкой сети.

Определить базовый уровень

Во-первых, посмотрите, какова нормальная производительность ваших серверов. Не зная, как выглядит типичный день или неделя, становится чрезвычайно сложно обнаружить какие-либо проблемы. Кроме того, убедитесь, что ваши исходные данные и измерения основаны на анализе «системного» уровня, что означает, что вы исследуете всю систему, а не только одну метрику или компонент за раз. Например, загрузка ЦП может быть высокой, но это не означает, что ЦП автоматически является проблемой: загрузка ЦП может быть высокой из-за отдельной проблемы с жесткими дисками или памятью, вызывающей проблемы с потоком, влияющие на ЦП.Базовые уровни должны быть установлены для учета нормального взаимодействия между компонентами и системой, а не только отдельных показателей или компонентов.

Кроме того, ваш базовый уровень должен быть не просто типичным для самой производительности: это должна быть идеальная производительность. Убедитесь, что вы используете монитор производительности Windows Server, чтобы убедиться, что вся ваша система оптимизирована и хорошо работает (а не просто работает вообще), прежде чем устанавливать базовый уровень.

Постоянный мониторинг

Далее важно обеспечить постоянный мониторинг производительности сервера Windows.Если вы отслеживаете только спорадически, вы можете легко пропустить проблемы или не увидеть проблемы с производительностью, пока не станет слишком поздно. Процессы мониторинга должны быть настроены на постоянное наблюдение за этими ключевыми компонентами и их показателями (включая ЦП, память, жесткие диски и сетевую карту). Вам также следует собирать метрики о времени и использовании страниц и очередей, о наличии проблем с работоспособностью серверных компонентов, а также об общем поведении пользователей и информации о доступе к серверу.

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

Отслеживание ключевых показателей

Вы также должны следить за показателями, относящимися к Windows Server. Измеряя конкретную статистику производительности на постоянной основе, легче увидеть, когда и где измерения значительно изменились, поэтому вы можете легко определить проблемы и начать устранение неполадок.

С помощью такого инструмента, как SolarWinds Server & Application Monitor (SAM), вы можете отслеживать показатели Windows Server наряду с рядом других показателей сервера и приложений.SAM предоставляет более 250 готовых шаблонов для мониторинга серверов и приложений, которые можно использовать как есть или настроить по мере необходимости. С помощью SAM вы можете получить представление об основных показателях производительности сервера, таких как время отклика, потеря пакетов, объем памяти и диска, сбои оборудования и многое другое.

Например, шаблон SolarWinds для Windows Server будет включать ряд мониторов компонентов, в том числе:

  • Службы , такие как координатор распределенных транзакций, диспетчер учетных записей безопасности, удаленный реестр и сервер
  • Показатели , такие как память, использование файла подкачки, % процессорного времени и длина очереди диска

Использование инструментов

Как я уже отмечал выше, использование инструментов для мониторинга производительности компьютеров под управлением Windows Server важно для выявления и устранения неполадок.Существует несколько различных инструментов для мониторинга производительности сервера. Некоторые из них проверяют только основные показатели, не позволяя планировать емкость или исторические тенденции, в то время как другие являются более комплексными и предлагают более широкий мониторинг сети и приложений наряду с производительностью сервера. Мой рекомендуемый инструмент мониторинга производительности сервера Windows, как упоминалось выше, — это SolarWinds Server & Application Monitor, поскольку он имеет высококачественные функции специально для мониторинга Windows Server, а также широкий спектр других инструментов мониторинга сервера и приложений.

Во-первых, SAM включает в себя встроенные диаграммы прогноза для планирования емкости, поэтому вы можете узнать, когда ресурсы вашего сервера достигнут порогового значения или могут начаться проблемы. Это важный аспект работы вашего монитора производительности сервера Windows, поскольку планирование емкости и оповещение могут помочь смягчить и предсказать проблемы до их возникновения. Кроме того, с помощью SAM вы также можете определять загрузку ЦП, проблемы с памятью и дисковое пространство, чтобы следить за тем, возникают ли проблемы с вашими основными компонентами.

SAM также полезен для базового уровня, поскольку он включает историческую информацию, специально предназначенную для определения того, как выглядит нормальное потребление ресурсов. Для мониторинга Windows Server вы также можете получить информацию о балансировке нагрузки, FTP, обновлениях, работе удаленного рабочего стола, времени процессора, длине очереди диска и использовании файла подкачки, чтобы лучше понять производительность вашего Windows Server более систематически.

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

Наконец, SAM включает инструменты сканирования и обнаружения инвентаризации ИТ-активов, что означает, что вы будете знать все необходимое о своих жестких дисках, прошивках, драйверах, памяти, процессорах, сетевых интерфейсах, обновлениях, программном обеспечении и обо всем, что вам может понадобиться знать. о том, что происходит в вашей ИТ-среде. Как я уже упоминал, установка базовых показателей, учитывающих систему в целом, чрезвычайно важна, а использование инструментов сканирования и мониторинга инвентаризации активов SAM может помочь вам получить более широкое представление о том, откуда могут возникнуть проблемы с производительностью.Вы можете попробовать SAM бесплатно до 30 дней.

Настройка предупреждений и отчетов

Наконец, убедитесь, что вы настроили свои системы для создания автоматических предупреждений и отчетов, чтобы при решении проблем с производительностью вам могла быть предоставлена ​​соответствующая информация в режиме реального времени и в виде истории. Оповещения о ранее упомянутых показателях помогают убедиться, что вы не пропустите потенциальную проблему, уведомляя вас всякий раз, когда измерение превышает определенный порог. Отчеты могут помочь вам создать коллекцию исторических данных, что позволит вам вернуться назад и посмотреть, повторяется ли одна и та же проблема.Кроме того, регулярные отчеты могут помочь вам оглянуться назад и увидеть проблемы безопасности или попытки вторжения, которые вы могли пропустить в первый раз. Если вы настроите свои отчеты так, чтобы отображать только то, что наиболее важно для вашей организации или проблемы, вы также сэкономите время, избегая информации, которая вам не нужна.

Начало работы с мониторингом Windows Server

Приступая к настройке Windows Server, вы захотите выбрать инструмент, который может максимально автоматизировать мониторинг производительности Windows Server, поскольку полагаться на ручной мониторинг просто невозможно для большинства предприятий.Мой лучший выбор для инструментов мониторинга производительности сервера Windows — SolarWinds Server & Application Monitor. Благодаря SAM у вас будут функции, необходимые для внедрения передовых методов мониторинга производительности, намного превосходящие возможности встроенного инструмента Windows Server.

Передовой опыт мониторинга производительности серверов

Являясь важными компонентами любой ИТ-инфраструктуры, серверы требуют постоянного ухода и обслуживания.Сбой или простои сервера могут нарушить рабочие процессы и привести к потере критически важных бизнес-данных, что отрицательно скажется на итоговых показателях бизнеса.

Мониторинг производительности сервера

позволяет ИТ-командам отслеживать проблемы, связанные с производительностью сервера, такие как использование ресурсов, время отклика и время простоя приложений, среди прочего. Однако при наличии многих доступных инструментов мониторинга производительности серверов отслеживание таких проблем может быть сложным. Узнайте больше о ключевых показателях и рекомендациях по мониторингу производительности сервера в этом посте.

Что такое мониторинг производительности сервера?

Мониторинг производительности сервера — это процесс, который собирает показатели работы серверов, чтобы убедиться, что все работает должным образом. Он отслеживает системные ресурсы сервера, такие как загрузка ЦП, потребление памяти, использование диска, производительность ввода-вывода (I/O), время безотказной работы сети и многое другое.

Один сервер может одновременно поддерживать сотни или даже тысячи запросов приложений в типичной организации.Таким образом, обеспечение того, чтобы инфраструктура сервера работала должным образом, имеет решающее значение для ваших инициатив по управлению непрерывностью бизнеса. Например, ИТ-команды могут поддерживать мощность и эффективно планировать только в том случае, если они понимают потребление ресурсов сервером.

Как вы контролируете производительность сервера?

Чтобы решить, правильно ли работают ваши серверы, вам необходимо измерить различные показатели производительности. Некоторые показатели, которые могут помочь вам определить эффективность ваших серверов, включают физическое состояние сервера, время безотказной работы и загрузку процессора.Вы также должны проверить активность диска, процесса и сети, а также обеспечить синхронизацию времени и просмотреть журналы ОС.

Физическое состояние сервера

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

В связи с этим нужно следить за двумя вопросами: питанием и температурой. Если вы храните свои серверы в шкафу или стойке, есть вероятность, что корпус включает в себя системы электропитания и регулирования температуры. Если температура превышает порог безопасности, это указывает на то, что вентилятор в стойке или сервере перестал работать.

Использование процессора и памяти

Использование ЦП и памяти

— жизненно важные исторические показатели, которые ИТ-команды могут использовать для мониторинга производительности сервера.Если процессор сервера сильно загружен (близок к 100%) или система потребляет большое количество памяти, приложения, работающие на этом сервере, будут испытывать серьезное снижение производительности.

Необходимо определить ресурсоемкие процессы на сервере, чтобы быстро устранить неполадки и решить проблему использования ресурсов. Переключение контекста также является важным фактором, который следует учитывать. Это связано с тем, что многие ресурсы используются, когда ядро ​​переключает ЦП с одного процесса или потока на другой.

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

Время работы сервера

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

Например, если вы непреднамеренно автоматически применили обновления ОС, система может перезагрузиться в середине рабочего дня, что повлияет на пользователей. Кроме того, многие предприятия периодически перезагружают свои системы. Отслеживая время безотказной работы сервера, ИТ-команды могут получать уведомления, если система не перезагружается в определенном настроенном цикле перезагрузки.

Активность диска и использование файла подкачки

Активность диска — это период, в течение которого диск занят чтением или записью данных. Мониторинг дисковой активности имеет решающее значение в приложениях с интенсивным вводом-выводом в секунду (IOPS), таких как системы электронной коммерции.Ниже приведены некоторые важные показатели, которые вы можете измерить, когда дело доходит до активности диска:

  • Время занятости диска. Указывает процент времени, в течение которого диск активен. Высокое значение означает, что запросы на доступ к диску увеличиваются или накапливаются.
  • IOPS. IOPS измеряет нагрузку на диск. ИТ-команды могут использовать эту метрику для понимания рабочей нагрузки и характеристик производительности устройства хранения.
  • Время чтения/записи диска. Вычисляет время чтения или записи блоков данных на диске. Более низкое значение указывает на хорошую производительность.
  • Длина очереди диска. Указывает время, необходимое для обслуживания каждого запроса приложения в очереди. Метрика должна быть минимальной для лучшей производительности.

Действия процесса

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

Сетевой трафик и активность TCP

Неисправная карта сетевого интерфейса (NIC) может серьезно снизить производительность сервера. Убедитесь, что вы отслеживаете количество ошибок на каждом сетевом адаптере сервера, чтобы обнаружить ошибки с чрезмерным отбрасыванием пакетов. Вы также должны отслеживать потребление полосы пропускания на каждом интерфейсе.

Вероятность снижения производительности сервера высока, если потребление полосы пропускания интерфейса близко к максимальной скорости.Помимо сетевого трафика, действия протокола управления передачей (TCP) также могут влиять на производительность сервера, поскольку большинство типичных приложений ориентированы на установление соединения. Три показателя могут помочь вам отслеживать активность TCP:

  • Скорость соединения. Скорость соединений указывает на загруженность сервера. Более низкая скорость соединения также может означать, что сервер подвергается атаке.
  • Обрыв соединения. Чрезмерное количество разрывов соединения указывает на неисправность сервера или сети.
  • Процент повторных передач. Повторные повторные передачи могут привести к серьезному снижению пропускной способности.

Синхронизация времени

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

В худшем случае неэффективная система часов может привести к сбоям в работе приложений.Чтобы убедиться, что ваши приложения имеют точную временную привязку к действиям, вы должны постоянно отслеживать смещения часов сервера относительно основных часов.

Журналы ОС

Полностью реализовать каждый компонент серверной ОС сложно. Файлы журналов могут помочь вам определить детали любых замеченных сбоев, сбоев и других отклонений. Например, в операционных системах Windows Server есть системные файлы, файлы журналов безопасности и приложений, которые можно использовать для определения того, какие события являются информационными или критическими.

Аналогичным образом, серверы Unix имеют файлы журналов, хранящиеся в каталоге /var/log, которые можно использовать для получения сведений об аномальных событиях на сервере.

Каковы некоторые рекомендации по производительности сервера?

Согласованная стратегия мониторинга серверов, обеспечивающая оптимальную производительность, имеет решающее значение в современных быстро меняющихся и сложных ИТ-средах. Ниже приведены четыре передовых метода, которые вы можете применить, чтобы обеспечить точность и эффективность вашего подхода к мониторингу сервера:

  • Всегда проверяйте всю систему. Вместо определения одной метрики следует измерять все. Это поможет вам понять, какой должна быть ваша идеальная производительность. Например, хотя загрузка ЦП может быть выше, это не означает, что проблема обязательно связана с процессором. Он может быть высоким из-за других проблем, таких как память и жесткие диски.
  • Убедитесь, что вы постоянно контролируете сервер. Вы можете добиться эффективной работы только в том случае, если будете постоянно контролировать сервер. Без такой стратегии вы можете легко пропустить многие проблемы с сервером, пока не станет слишком поздно.
  • Отслеживайте ключевые показатели, относящиеся к вашему конкретному серверу. Обязательно отслеживайте основные показатели, связанные с сервером. Постоянное измерение определенных показателей может помочь вам точно определить проблемы с сервером, чтобы вы могли быстро устранять неполадки и устранять их.
  • Используйте инструменты мониторинга. Использование инструментов для мониторинга производительности ваших серверов очень важно, поскольку они помогают автоматизировать ручные задачи, а также обнаруживать и устранять проблемы.

На что следует обратить внимание при выборе средства мониторинга?

Ниже приведены некоторые функции, на которые следует обращать внимание при выборе инструмента мониторинга сервера:

  • Баланс производительности и ресурсов. Эффективным инструментом мониторинга сервера является тот, который использует для своей работы минимум системных и сетевых ресурсов.
  • Гибкость программного обеспечения. Прежде чем остановиться на конкретном инструменте, важно понять варианты использования приложения. Некоторые приложения элементарны, только следят за потреблением ресурсов. Другие надежны и могут отслеживать все, от использования ресурсов до потребления пропускной способности и углубленного анализа узлов. Универсальный инструмент может помочь вам провести обширный мониторинг, сэкономив при этом ваши затраты.
  • Простота использования. Многие инструменты мониторинга предоставляют подробные диаграммы, графики и статистику, чтобы помочь ИТ-специалистам лучше понять показатели производительности сервера. Однако то, как эти данные организованы и представлены, имеет решающее значение для понимания измерений. Возможность быстро определить, какие области отчета являются ценными, может помочь вам повысить эффективность и получить больше от программного обеспечения для мониторинга сервера.
  • Простота развертывания. Прежде чем решить, какое программное обеспечение для мониторинга производительности приобрести, следует определить, требуется ли установка этого инструмента на каждом компьютере в сети или в централизованной системе.Вы также должны определить, является ли программное обеспечение облачным сервисом или нет.

Мониторинг и повышение производительности вашей инфраструктуры удаленного доступа с помощью Parallels RAS

Parallels® Remote Application Server (RAS) — это интегрированное решение инфраструктуры виртуальных рабочих столов (VDI), которое организации могут использовать для виртуализации своих приложений и рабочих столов. Он публикует корпоративные ресурсы на любом устройстве на любой платформе, позволяя сотрудникам получать к ним доступ из любого места.

Parallels RAS имеет монитор производительности, который ИТ-специалисты могут разместить на выделенном сервере или в любой облачной экосистеме для отслеживания компонентов виртуализации. Монитор производительности предоставляет ИТ-командам ценные показатели, такие как использование ЦП, информация о сеансах, свободная память, использование диска и использование сети.

ИТ-команды могут использовать эти показатели для повышения производительности Windows Server и сред виртуализации без особых усилий.

Узнайте из первых рук, как Parallels RAS отслеживает и повышает производительность сред виртуализации!

Скачать пробную версию

.

Добавить комментарий

Ваш адрес email не будет опубликован.