Информация о проблемах производительности в сети крупного предприятия поступает из разных источников. Иногда это инструмент мониторинга, а иногда — жалобы бизнес-пользователей.
Уведомления от инструментов мониторинга остаются в ИТ-отделе совершенно незаметно. Поскольку предстоит отстрелять всех аллигаторов, такие вопросы можно оставить на более спокойное время. Тем не менее, поскольку эти аллигаторы размножаются так быстро, это спокойное время может никогда не наступить. Кроме того, такие инструменты обычно фокусируются на предупреждениях «Сервер отключен, выключен» и не могут обнаружить гораздо более тонкие признаки проблемы.
Жалобы бизнес-пользователей заметны (часто резонансные) и предполагают участие бизнес-пользователей. Подобные проблемы обсуждаются на конференциях по менеджменту и должны решаться быстро и успешно. Даже если от вашей системы мониторинга нет оповещений — на них необходимо обратить внимание. В конце концов, эти автоматические оповещения (если они вообще срабатывают) на самом деле не ориентированы на «пользовательский опыт». Когда у человека по какой-либо причине возникают проблемы с работой, которая кормит его семью — он не хочет слышать статистику.
Стандартная оценка сети обычно представляет собой обзор сетевой архитектуры – использование полосы пропускания/ошибки. Вся важная информация, но в лучшем случае информация из третьих рук.
Бизнес-пользователи видят и чувствуют, как приложение САМо использует сеть — как оно на самом деле использует вашу локальную и глобальную сеть. Это информация из первых рук.
К сожалению, этому аспекту уделяется минимальное внимание в стандартном процессе оценки сети.
Эта методология оценки предусматривает двусторонний подход.
Одновременно оценить:
Сетевая архитектура
Использование полосы пропускания
Ошибки
И.
Как критически важные приложения сами используют сеть - на уровне пакетов.
Используйте такие инструменты, как Sniffer/Ethereal/WireShark, а также многие другие собственные инструменты и инструменты с открытым исходным кодом.
Выявление всех задержек независимо от источника (сеть, приложение, серверы, база данных, ОС и т. д.)
Определите эти данные до байта и микросекунды.
Сравните эти результаты с данными нашей оценки сетевой архитектуры.
Пересматривается путь каждого приложения — от порта коммутатора к порту коммутатора — от маршрутизатора к маршрутизатору.
Поведение сетевого протокола оценивается с учетом времени сетевой передачи, настройки TCP — обнаруженных проблем.
Этот двусторонний подход — сбор фактического поведения приложений в сети из разных мест — и сравнение его с сетевой архитектурой — обеспечивает четкое понимание причин проблем и путь их решения.
Это «ведомственно-нейтральный» подход.
Он не предполагает, что проблема связана с сетью, хотя и анализирует сеть.
При этом не предполагается, что проблема в приложении, хотя измеряется поведение приложения в сети.
Все результаты количественные и объективные. Они позволяют всем департаментам прийти к одной и той же точке зрения, решая как техническую, так и политическую проблему.
Во многих случаях проблема заключается в балансе. Ни сеть, ни приложение, ни какой-либо другой источник не являются причиной. Если вы смотрите только с точки зрения отдела поддержки приложений или сетевой поддержки, вы не обнаружите проблем, охватывающих несколько областей ответственности.
Эта Методика оценки раскроет правду независимо от причины проблем. Затем дипломатично предоставьте подробную документацию и рекомендации (если потребуется) на пути к решению.
Важность тестирования поведения приложений и протоколов для точной оценки сети всегда была важным предметом дискуссий в ИТ-индустрии. Инструменты мониторинга обычно сообщают только о проблемах «Сервер отключен» и «Выключен», но даже в этом случае этих предупреждений может быть недостаточно для указания на серьезную проблему. Вместо этого бизнес-пользователям приходится выдвигать на первый план проблемы, с которыми они сталкиваются, что может привести к громким обсуждениям на собраниях руководства, где их необходимо услышать и решить быстро или успешно. Даже если люди не сообщают об отсутствии проблем со своими устройствами мониторинга, их все равно следует посещать из-за очевидной важности.
Метод оценки сети, который обычно применяется в большинстве организаций, включает анализ общей структуры сети, а также служб информационных технологий. Хотя это полезно, оно предоставляет только информацию из третьих рук, поскольку мнение профессионалов оценивает ситуацию так, как они воспринимают их изнутри своего отдела. Однако, чтобы по-настоящему понять проблему, пользователи должны оценить ее лично.
Таким образом, двухсторонняя методология, предложенная при разработке стратегии оценки, способна обеспечить четкое понимание причин проблем, а также указать путь к их разрешению. Предложение предполагает использование всех доступных инструментов: анализаторов сетей, ноутбуков, пакетов, микросекунд и сравнительного анализа с результатами обзоров сетевой архитектуры. Такой комплексный подход позволяет приложениям проверять текущее поведение в режиме реального времени из разных мест. Его преимущество состоит в том, что каждый отдел может внести свой вклад, поделившись своими знаниями и опытом, исключая политические столкновения или техническую борьбу.
-
Руководство Для Начинающих По Покупке Кпк
19 Oct, 24 -
Маркетинг С Помощью Ipod
19 Oct, 24 -
Штаммы Вируса
19 Oct, 24 -
Вы Должны Защитить Свой Компьюте?
19 Oct, 24 -
Преимущества Спутникового Радио
19 Oct, 24 -
Всевидящее Око: История Видеонаблюдения
19 Oct, 24
