Design de Serviços Financeiros para Alta Disponibilidade Este documento descreve as melhores práticas para a construção de um bloco de comércio multicast. Ele descreve as partes lógicas de uma rede multicast e sugere como arquivá-las para as demandas de tal ambiente. Este documento não descreve nenhum aplicativo específico ou protocolo de roteamento unicast. Observação Observação: Como cada rede individual possui características únicas, alguns dos recursos descritos neste documento podem não ser aplicáveis. Este documento possui as seguintes seções: Projetando um Piso de Negociação de Multicast As seções a seguir descrevem os requisitos do piso de negociação financeira e como projetar uma rede de piso de negociação financeira para atender a esses requisitos. Requisitos do piso de negociação O requisito mais crítico de um piso de comércio multicast é que ele esteja altamente disponível. Isso significa que a rede deve ser projetada para que não haja um único ponto de falha e para que a rede possa responder de forma determinista a qualquer falha. O design multicast do piso comercial também deve ser escalável para que ele possa absorver o crescimento de qualquer ambiente (dentro de expectativas realistas). Construindo para o Futuro Os andares financeiros têm sido tradicionalmente localizados em um único andar de um prédio. Agora, os andares comerciais são entidades virtuais que abrangem vários andares e, em alguns projetos, se estendem por vários edifícios em diferentes locais. Os projetos discutidos neste documento são limitados aos ambientes de rede local (LAN) e redes de área metropolitana (MAN) e, portanto, use apenas links de alta velocidade, como Fast Ethernet (FE) e Gigabit Ethernet (GE), para conectar dispositivos. Nos ambientes LAN e MAN usando FE ou GE, a qualidade do serviço (QoS) não é necessária ou recomendada. Para projetos em que uma parte do piso comercial multicast está conectado usando uma WAN, a QoS pode ser necessária para executar o buffer apropriado e o controle de congestionamento para garantir que os dados comerciais tenham a maior prioridade. Características das Aplicações Uma série de aplicativos são usados na negociação. Esta seção descreve os aspectos comuns dos aplicativos comerciais mais amplamente utilizados. Há uma ou mais localizações na rede que hospedam as fontes dos dados de negociação. Esses locais recebem informações de fontes externas e, em seguida, publicam as informações para os comerciantes localizados no piso de negociação. O aplicativo usado para publicar as informações normalmente será obtido de servidores redundantes que se comunicam por meio de um mecanismo quothelloquot. Este mecanismo quothelloquot pode ser na camada 2 ou na camada 3. Os servidores que originam esses dados esperam receber feedback dos destinatários dos dados de negociação. Este mecanismo de feedback, dependendo das restrições de aplicação, pode estar em um grupo multicast separado ou, em algumas circunstâncias, limitado ao mesmo grupo de multicast. As características do mecanismo de feedback são críticas porque podem afetar significativamente a demanda de recursos na infra-estrutura de rede, como requisitos de memória e CPU. Protocolos de multidifusão adequados para design de negociação As seções a seguir descrevem os protocolos de multicast mais adequados para redes de negociação financeira. O Modo Disperso Multicast Independente do Protocolo (PIM-SM) é o protocolo multicast mais amplamente implantado em redes de grande escala, e o ambiente comercial não é exceção. O modo PIM-SM oferece a capacidade de usar árvores de caminho mais curto ou uma mistura de árvores de caminho mais curto e árvores compartilhadas. Como o PIM-SM foi o protocolo de multicast mais amplamente implantado, é o protocolo de escolha para a maioria das arquiteturas do piso comercial. O PIM Bidirecional PIM bidirecional é um protocolo projetado para aplicativos que são muito diversos em design, dos quais os aplicativos comerciais são o principal exemplo. O PIM bidirecional é um protocolo relativamente novo em comparação com PIM-SM. Explicação do PIM-SM O PIM-SM é um protocolo quotpullquot, na medida em que exige que os receptores indiquem explicitamente a vontade de receber dados. Os receptores interessados sinalizam esse desejo para o roteador mais próximo usando o IGMP (Internet Group Management Protocol). Um roteador na LAN local, um roteador designado (DR), então iniciará uma árvore compartilhada de um dispositivo chamado ponto de encontro (RP) em direção ao seu receptor local, como mostrado na Figura 1. Esta árvore compartilhada garante que qualquer fonte ativa que O RP está ciente de que será encaminhado para o receptor. Figura 1 Árvore compartilhada PIM-SM Este mecanismo de encaminhamento requer que o RP esteja ciente de todas as fontes de multidifusão na rede. O RP aprende sobre fontes de multidifusão quando um roteador na LAN source DRregister a fonte com o RP. Como um receptor já se registrou com o RP para este grupo em particular, o RP inicia a criação de uma árvore de origem entre a fonte e o RP, como mostrado na Figura 2. Figura 2 Fluxo de dados através do RP O roteador de última hora dos receptores, Ou seja, o roteador mais próximo do host receptor, pode, após o recebimento de pacotes de dados do RP através da árvore compartilhada, escolher iniciar uma árvore de caminho mais curto entre a fonte e o receptor, conforme mostrado na Figura 3. Figura 3 PIM-SM Switchover de árvore de caminho mais curto O PIM-SM permite que o administrador da rede escolha um design que use a árvore compartilhada ou a árvore do caminho mais curto. Este design é útil em um design de piso comercial porque o número de fontes (daí, o estado S, G) pode ser bastante grande, com uma média de cerca de 3 a 4 mil fontes. Colocação de RP Uma questão comum no multicast de IP é onde posicionar o PIM-SM RP. A resposta usual é que a posição do RP não é tão crítica. No entanto, em um design de piso comercial, a colocação de RP pode ser extremamente importante. Todos os salões de negociação contestam com uma grande quantidade de estado devido ao grande número de fontes multicast. Todo o destinatário do banco de negociação deve enviar comentários para a fonte de dados. Um design particular de árvore compartilhada reduz o estado S, G, posicionando o RP perto das fontes e usando a árvore compartilhada mais próxima dos receptores. Este design funciona melhor para aplicações que permitem que os receptores enviem comentários usando um grupo separado do grupo de publicação de dados. No passado, o RP para as fontes foi configurado no roteador conectado à LAN de origem. Este arranjo garantiu que o RP sempre saberia sobre qualquer fonte ativa nessa LAN. Em projetos mais recentes, onde o RP é o mais próximo das fontes, você pode usar o Protocolo de descoberta de origem de multidifusão (MSDP), um protocolo de interdomínio, para garantir que todos os RPs para um grupo tenham conhecimento sobre cada fonte ativa. Conforme mostrado na Figura 2., uma árvore de origem sempre é criada entre a fonte eo RP, criando o estado S, G em todos os roteadores entre a fonte e o RPeven com o limite de spt definido para o infinito. Para minimizar o estado nesses roteadores, os RPs separados devem ser colocados adjacentes aos usuários para os grupos de feedback e adjacentes aos servidores para os grupos de publicação, como mostrado, como mostrado na Figura 4. Figura 4 Colocação de Rendezvous Points RP Selection Ou o RP pode ser configurado estaticamente em cada roteador no piso de negociação ou pode ser escolhido dinamicamente usando um mecanismo de eleição. O método estático sofre de um único ponto de falha, enquanto que o método dinâmico permite que o RP de backup seja assumido quando o protocolo dinâmico tiver certeza de que o RP ativo falhou. Existem dois protocolos para a eleição dinâmica de RP: Auto-RP e BSR. Métodos dinâmicos O Auto-RP foi o primeiro método dinâmico de eleição de um RP. O Auto-RP é um protocolo proprietário da Cisco que foi desenvolvido de maneira reversa por concorrentes Ciscos. BSR é o método do corpo padrão de eleição de um RP. Embora seja adequado para um ambiente multicast padrão, o BSR não é adequado para um ambiente de comercialização multicast, especialmente quando comparado com um RP estático que não possui um único ponto de falha e que tenha um tempo de failover quase tão curto quanto a convergência do protocolo de gateway interno (IGP) Tempo. Anycast RP Porque o Anycast RP possui uma taxa de failover extremamente rápida, juntamente com a capacidade de balanceamento de carga, o Anycast RP é o protocolo mais adequado para um piso comercial multicast. O Anycast RP aproveita o fato de que os IGPs modernos podem suportar endereços de host, ou seja, endereços IP com uma máscara 32. Se o mesmo endereço IP estiver configurado em dois ou mais roteadores e injetado no IGP, então ele aparece na tabela de roteamento unicast como rotas múltiplas para o mesmo dispositivo. De fato, existem várias rotas para vários dispositivos. Isso significa que o roteador multicast escolherá o RP físico que a tabela unicast calcula para ser o mais próximo, conforme determinado pelas suas métricas de roteamento. O Anycast RP também tem a capacidade (por causa de sua capacidade de balanceamento de carga) para cumprir o requisito de servidor mais recente (e talvez o de receptores) para estar localizado em um piso lógico, mas talvez em uma localização física completamente separada. Outro método, no entanto, era necessário para garantir que o RP para um grupo específico estivesse ciente de todas as fontes. Um endereço Anycast RP suporta um RP lógico e vários RP físicos, mas para esses RPs físicos para executar sua função, eles precisam poder compartilhar informações sobre fontes ativas. A solução foi um protocolo originalmente concebido para o compartilhamento de informações de origem ativa dentro do protocolo de descoberta de origem de domínios (MSDP), como mostrado na Figura 5. Figura 5 Anycast RP e MSDP Outros problemas de design Como o multicast IP opera em cima do ambiente de roteamento unicast, É necessário um IGP sintonizado para o failover mais rápido. Um IGP sintonizado não é apenas para o recurso Anycast RP já descrito, mas também para a verificação do caminho inverso (RPF). No passado, as rotas multicast estavam associadas a uma interface RPF e esta associação de interface RPF foi calculada periodicamente. No caso de uma mudança de roteamento unicast ocorrer diretamente após uma verificação periódica, pode demorar quase cinco segundos antes de uma nova interface RPF foi escolhida. O software Cisco IOS agora usa as verificações RPF desencadeadas para a convergência mais rápida. O quotExplanação da seção PIM-SMquot descreveu como um roteador em uma LAN é escolhido para ser o DR e é responsável por criar a árvore compartilhada para o RP para receptores. Nas LANs de origem, o DR também é responsável por registrar a fonte ativa com o RP. O DR é eleito usando mensagens quothelloquot do PIM, e essas mensagens são reguladas usando um cronômetro de consulta em cada interface. A Cisco adicionou a capacidade de ajustar este temporizador para que mudanças no DR possam ocorrer em menos de um segundo. Endereçamento Para os dados que permanecem dentro do domínio administrativo, o intervalo de endereçamento recomendado deve ser retirado do grupo 239 conforme especificado no RFC 2365, Administrativamente Scoped IP Multicast. Você não deve usar os endereços do grupo que se sobrepõem ao endereço MAC dos grupos locais do link (224.0.0.X). Escolha de camada 2 Conexões ponto-a-ponto no núcleo O núcleo de uma rede de campus deve basear-se em conexões ponto a ponto de camada 3. Os projetos ponto-a-ponto permitem uma convergência mais rápida do que os backbones multiaccessos. Se os roteadores fossem conectados como uma LAN compartilhada através de um switch e uma interface falharia, a convergência dependeria de elementos como rotear quothelloquot mensagens para indicar que um vizinho havia falhado. Essa dependência de protocolos superiores, ao invés de perda física de sinal, cria um atraso na recuperação. Uma conexão ponto a ponto, portanto, permite um failover mais rápido devido à sua capacidade de detectar a perda de um único vizinho imediatamente e, assim, convergir em milissegundos. As conexões ponto-a-ponto também permitem um comportamento determinista em caso de falha. Etherchannel Bundle conexões ponto-a-ponto permite que um link Etherchannel continue funcionando, apesar da falha de links individuais dentro de um pacote. O IGMP Snooping Restringir multicast é recomendado. Dos métodos disponíveis para restringir multicast (Cisco Group Management Protocol (CGMP) ou IGMP snooping), IGMP snooping é o método recomendado porque está disponível em switches modernos de alto desempenho. Parâmetros de conexão L2 As portas L2 nos switches têm a capacidade de negociar parâmetros adequados para qualquer dispositivo conectado. Como os dispositivos no piso comercial são assumidos como estáveis, essa negociação não é necessária. Opções como a velocidade da porta e o duplex oferecem uma convergência mais rápida quando configurado manualmente do que quando os switches negociam automaticamente os parâmetros. Problemas de árvore de expansão Na borda da rede, a árvore de expansão pode causar atrasos no serviço para estações finais, colocando uma porta no modo de bloqueio até que o SPT garanta que o encaminhamento de dados dessa porta não crie loops. Para evitar esse atraso no serviço, e assim ter uma convergência mais rápida, as operações de spanning-tree devem ser manipuladas para as portas que conectaram as estações finais. O comando de configuração spantree portfast permite que a árvore de expansão ignore o atraso inicial e encaminhe dados imediatamente. O recálculo de extensão de árvore também faz com que a tabela de memória endereçável de conteúdo (CAM) seja desmarcada. Isso significa que quaisquer entradas CGMP ou IGMP serão removidas, e as inundações ocorrerão até serem repovoadas. Temporizadores do protocolo PIM Recomenda-se que os temporizadores PIM sejam modificados nas interfaces do roteador de acesso para que ocorra o failover mais rápido possível. PIM se comunica com os vizinhos usando quothelloquot mensagens. O temporizador quothelloquot pode ser modificado usando o comando ip pim query-interval. O temporizador modificado agora pode ser ajustado em milissegundos. Por exemplo: Better System Trader Inclui: e-book, cheatsheet PLUS 2 estratégias de discussão no código de divisão Top Episodes Ernest Chan fala negociação quantitativa, impulso, perca as perdas, minimizando a redução e maximizando os retornos, negociação automatizada e competindo com grandes empresas. Episódio 12 Andrea Unger fornece dicas para criar estratégias robustas, estratégias de negociação Forex, usando indicadores e otimizando para entender o comportamento do mercado. Episódio 16 Perry Kaufman discute as aplicações do ruído do mercado, mitiga os choques de preços, a volatilidade e usa a Rácio de Informação para monitorar o desempenho da estratégia. Episódio 10 Ralph Vince fala sobre o dimensionamento da posição, as diferentes aplicações de optimalization, horizontes de negociação, diversificação e suas visões mutáveis sobre gerenciamento de dinheiro ao longo de 25 anos. Episódio 11 Gary Antonacci discute os diferentes tipos de impulso e como Dual Momentum pode ser usado para lucrar e proteger durante uma crise de mercado. Episódio 9 Andreas Clenow. Hedge Fund Manager, discute dinheiro vs alocação de risco, reequilíbrio de posição e por que a tendência tradicional na sequência não funciona em ações. Episódio 13 Jerry Parker, do grupo comercial original de tartarugas, compartilha 30 anos de experiência comercial em tendências seguindo e negociação sistemática. Episódio 17 Kevin Davey. Campeão mundial de trocas comerciais, discute aspectos importantes do desenvolvimento do sistema, os melhores sistemas para usar, o processo de backtesting correto e como ser um comerciante bem sucedido. Episódio 5 ESCUTA AO PODCAST SOBRE ESTAS PLATAFORMAS PARTICIPARAM NA COMUNIDADE
No comments:
Post a Comment