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

Опубликовано: 2 Марта, 2023
Устранение проблем с производительностью сети в вашей облачной архитектуре

Каждый пользователь облачных сервисов знает, что сеть — это неотъемлемая часть всей настройки приложения. Ничто в сети не является локальным; доступ предоставляется либо через прямое облачное соединение, либо через общедоступный Интернет. Хотя поставщик облачных услуг несет ответственность за обеспечение наличия достаточных ресурсов на серверной части для бесперебойной работы, он мало контролирует оставшуюся часть маршрута доставки приложений. Это затрудняет их определение или вмешательство, когда низкая производительность сети влияет на общее впечатление конечных пользователей. Таким образом, у облачных пользователей нет другого выбора, кроме как выявлять проблемы с производительностью сети и устранять их следующими способами и с использованием следующих инструментов сетевой аналитики:

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

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

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

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

Устранение проблем с задержкой в сети

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

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

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

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

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

Неправильно настроенные сети

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

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

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

Используйте интегрированные средства оценки и диагностики приложений

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

Рассмотрим сетевых посредников

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

Ознакомьтесь с новыми изменениями в конфигурации сети

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

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

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