Visão Geral
Neste episódio da nossa Série de Automação do Catalyst Center em andamento, nosso foco está na automação fornecida pelo Catalyst Center nas áreas de Visibilidade de Aplicativos e implantação de Políticas. Durante este laboratório, discutiremos a Visibilidade de Aplicativos e implantaremos o Reconhecimento de Aplicativos Baseado em Controlador (CBAR). Além disso, você irá definir uma Política de Aplicativos (QoS) usando metodologias de Serviços Diferenciados e implantar isso na rede. O CBAR permite ao Catalyst Center aprender sobre aplicativos usados na infraestrutura de rede dinamicamente e ajuda o administrador a ajustar qual política de QoS eles devem seguir. Isso possibilita a você, o administrador de rede, a capacidade de configurar dispositivos de rede de forma contínua e programática dentro do Catalyst Center para garantir que as políticas de aplicativos sejam consistentes em toda a rede, independentemente de você utilizar métodos SD-Access ou Campus Tradicional. Por favor, esteja ciente de que este conjunto de conceitos requer uma Licença Advantage e é o único lugar neste conjunto de laboratórios onde isso é necessário.
Dentro desta série, abordamos o seguinte;
- Preparação PnP – explica os passos gerais de configuração do Plug and Play
- Modelos de Integração – explica detalhadamente como implantar modelos do Dia 0
- Modelos do Dia N – mergulha nas construções de modelos do Dia N, com modelos regulares e compostos e casos de uso
- Políticas de Aplicativos – explora Políticas de Aplicativos e SD-AVC no Catalyst Center e seu uso
- Telemetria – explica como implantar Telemetria para garantia
- Automação Avançada – explora técnicas de Automação Avançada
- Automação Dinâmica – um laboratório de implantação para automação dinâmica
Desafios
Há vários obstáculos ao aplicar Qualidade de Serviço. Suponha que estudamos o whitepaper de Qualidade de Serviço. Nesse caso, ainda há horas de trabalho para determinar as políticas MQC corretas e implantar para os diferentes linecards e chassis dentro de nossa rede. O Catalyst Center nos permite fazer três coisas:
- Atualizar todos os pacotes de protocolo
- Atualizar URLs dinâmicas usadas para Descoberta de Aplicativos.
- Implantar uma política de QoS consistente de ponta a ponta.
- Monitorar o uso de aplicativos para garantir a satisfação do aplicativo e do usuário.
Para realizar isso, discutiremos todos os aspectos relevantes desses objetivos e como os executamos neste laboratório.
O que vou aprender no Laboratório de Visibilidade de Aplicativos?
Vamos usar Políticas de Aplicativos e aplicar Qualidade de Serviço (QoS) dentro do Catalyst Center durante o laboratório. Também discutiremos, configuraremos e usaremos o Reconhecimento de Aplicativos Baseado em Controlador. Isso permitirá aos Administradores de Rede configurar dispositivos de rede de forma contínua e programática. Usando o Catalyst Center, vamos garantir que as políticas de aplicativos sejam consistentes em toda a rede, seja utilizando SD-Access ou Conceitos de Rede Legados.
Reconhecimento de Aplicativos Baseado em Controlador
O serviço de Visibilidade de Aplicativos permite gerenciar seus aplicativos embutidos e personalizados e conjuntos de aplicativos. O serviço de Visibilidade de Aplicativos, hospedado como uma pilha de aplicativos dentro do Cisco Catalyst Center, permite ativar a função de Reconhecimento de Aplicativos Baseado em Controlador (CBAR) em um dispositivo específico para classificar milhares de aplicativos de rede e aplicativos desenvolvidos internamente e tráfego de rede. Isso nos permite lidar com aplicativos além das capacidades do NBAR 2, que atualmente são cerca de 1400 aplicativos.
Fontes Autoritativas Externas
O serviço de Visibilidade de Aplicativos permite que o Cisco Catalyst Center se conecte com fontes autoritativas externas como o NBAR Cloud da Cisco, Infoblox ou o Conector de Nuvem do Microsoft Office 365 para ajudar a classificar o tráfego não classificado ou a gerar assinaturas aprimoradas. Através do CBAR, podemos descobrir aplicativos de fontes como o NBAR Cloud da Cisco, Infoblox ou Microsoft 0365 e categorizá-los para uso em nossa rede. Além disso, o tráfego não classificado pode vir de qualquer fluxo que o dispositivo habilitado para CBAR identifique, mas não seja reconhecido pelo mecanismo NBAR. Nesses casos, podemos classificar aplicativos com uma taxa de bits significativa e adicioná-los a conjuntos de aplicativos dentro do Cisco Catalyst Center.
Pacotes de Protocolo
O CBAR ajuda a manter a rede atualizada identificando novos aplicativos à medida que continuam a aumentar e permitindo atualizações nos pacotes de protocolo. Se a Visibilidade de Aplicativos for perdida de ponta a ponta através de pacotes de protocolo desatualizados, isso pode causar categorização incorreta e encaminhamento subsequente. Isso não apenas causará buracos de visibilidade dentro da rede, mas também problemas de filas ou encaminhamento incorretos. O CBAR resolve esse problema permitindo a distribuição de pacotes de protocolo atualizados pela rede.
À medida que os aplicativos fluem entre vários dispositivos de rede e diferentes domínios de rede, os aplicativos utilizarão marcações consistentes. Além disso, o encaminhamento e a organização dos aplicativos serão apropriados. Isso ajuda a eliminar a chance de fluxos assíncronos causarem um desempenho ruim do aplicativo.
Aplicando Políticas de Aplicativos
Qualidade de Serviço (QoS) refere-se à capacidade de uma rede fornecer serviço preferencial ou diferencial a determinado tráfego de rede selecionado. Ao configurar o QoS, você garante que o tráfego de rede seja encaminhado de forma a fazer o uso mais eficiente dos recursos de rede. Ao mesmo tempo, ainda pode obedecer aos objetivos comerciais, como garantir que a qualidade de voz atenda aos padrões da empresa ou garantir uma alta Qualidade de Experiência (QoE) para vídeo.
Você pode configurar o QoS em sua rede usando políticas de aplicativos no Cisco Catalyst Center. As políticas de aplicativos compreendem esses parâmetros básicos:
Conjuntos de Aplicativos
Conjuntos de aplicativos com necessidades de tráfego de rede semelhantes. Cada conjunto de aplicativos é atribuído a um grupo de relevância empresarial (relevante para negócios, padrão ou irrelevante para negócios) que define a prioridade de seu tráfego. Os parâmetros de QoS em cada um dos três grupos são determinados com base no Design Validado pela Cisco (CVD). Você pode modificar alguns desses parâmetros para se alinhar mais de perto com seus objetivos.
Escopo do Local
Locais aos quais uma política de aplicativos é aplicada. Se você configurar uma política com fio, a política se aplica a todos os dispositivos com fio no escopo do local. Da mesma forma, se você configurar uma política sem fio para um identificador de conjunto de serviço selecionado (SSID), a política se aplica a todos os dispositivos sem fio com o SSID definido no escopo.
O Catalyst Center traduz todos esses parâmetros em comandos CLI adequados do dispositivo. O Catalyst Center configura esses comandos nos dispositivos definidos no escopo do local quando você implanta a política.
Fila
As configurações padrão de confiança e fila de QoS nas políticas de aplicativos são baseadas no Design Validado pela Cisco (CVD) para o Design de Qualidade de Serviço da Medianet da Empresa. Os CVDs fornecem a base para o design de sistemas com base em casos de uso cotidianos ou prioridades de sistema de engenharia atuais. Eles incorporam um amplo conjunto de tecnologias, recursos e aplicativos para atender às necessidades dos clientes. Cada um deles foi extensivamente testado e documentado por engenheiros da Cisco para garantir uma implantação mais rápida, confiável e totalmente previsível.
Grupos de Relevância Empresarial
Um grupo de relevância empresarial classifica um determinado conjunto de aplicativos de acordo com sua relevância para seus negócios e operações.
Os grupos de relevância empresarial são Relevante para Negócios, Padrão e Irrelevante para Negócios, e essencialmente mapeiam para três tipos de tráfego: alta prioridade, neutro e baixa prioridade.
Relevante para Negócios: (Tráfego de alta prioridade)
Os aplicativos deste grupo contribuem diretamente para os objetivos organizacionais. Como tal, pode incluir uma variedade de aplicativos, incluindo voz, vídeo, streaming, aplicativos multimídia colaborativos, aplicativos de banco de dados, aplicativos de recursos empresariais, e-mail, transferências de arquivos, distribuição de conteúdo, e assim por diante. Os aplicativos designados como relevantes para negócios são tratados de acordo com as recomendações de prática recomendada do setor, conforme prescrito no RFC 4594 da Internet Engineering Task Force (IETF).
Padrão: (Tráfego neutro)
Este grupo destina-se a aplicativos que podem ou não ser relevantes para negócios. Por exemplo, tráfego genérico de HTTP ou HTTPS pode contribuir para os objetivos organizacionais em alguns momentos, enquanto em outros momentos, esse tráfego pode não contribuir. Você pode não ter visão sobre o propósito de alguns aplicativos, por exemplo, aplicativos legados ou até mesmo aplicativos recém-implantados. Portanto, os fluxos de tráfego para esses aplicativos usam o serviço de Encaminhamento Padrão, conforme descrito no RFC 2747 e 4594 da IETF.
Irrelevante para Negócios: (Tráfego de baixa prioridade)
Este grupo destina-se a aplicativos identificados como não contribuintes para atingir os objetivos organizacionais. Eles são principalmente orientados para consumidores ou entretenimento, ou ambos. Recomendamos que esse tipo de tráfego seja tratado como um serviço Scavenger, conforme descrito nos RFCs 3662 e 4594 da IETF.
Agrupamos aplicativos em conjuntos de aplicativos e os classificamos em grupos de relevância empresarial. Você pode incluir um conjunto de aplicativos em uma política como está, ou pode modificá-lo para atender às necessidades de seus objetivos comerciais e sua configuração de rede.
Com isso, o laboratório cobre esses tópicos em profundidade;
Vamos obter uma compreensão prática dos passos associados à configuração do Catalyst Center e de um ambiente para suportar aplicativos em toda a rede e fornecer configuração de dispositivos durante esses laboratórios. Os laboratórios têm como objetivo auxiliar os engenheiros a começarem rapidamente a usar a automação do Catalyst Center e ajudá-los a trabalhar em direção a uma estratégia de QoS de ponta a ponta. Além disso, esses laboratórios darão aos clientes um local permanente para experimentar a Visibilidade de Aplicativos e a implantação de Pol
FONTE
