Use balanceadores de carga de terceiros com o StorageGRID
Saiba mais sobre o papel de balanceadores de carga globais e de terceiros em sistemas de armazenamento de objetos como o StorageGRID.
Orientação geral para a implementação do NetApp StorageGRID com balanceadores de carga de terceiros.
Storage de objetos é sinônimo do termo storage de nuvem e, como seria de esperar, aplicações que utilizam o storage de nuvem abordam esse storage por meio de um URL. Por trás desse URL simples, o StorageGRID pode dimensionar a capacidade, a performance e a durabilidade em um único local ou em locais distribuídos geograficamente. O componente que torna essa simplicidade possível é um balanceador de carga.
O objetivo deste documento é informar os clientes da StorageGRID sobre as opções do balanceador de carga e fornecer orientações gerais para a configuração de balanceadores de carga de terceiros.
Noções básicas sobre o balanceador de carga
Balanceadores de carga são um componente essencial de um sistema de storage de objetos de nível empresarial, como o StorageGRID. O StorageGRID consiste em vários nós de storage, cada um dos quais pode apresentar todo o espaço de nomes do Simple Storage Service (S3) para uma determinada instância do StorageGRID. Os balanceadores de carga criam um ponto final altamente disponível atrás do qual podemos colocar nós de StorageGRID. O StorageGRID é exclusivo entre os sistemas de storage de objetos compatíveis com S3, pois fornece seu próprio balanceador de carga, mas também suporta balanceadores de carga de terceiros ou de uso geral, como F5, Citrix Netscaler, proxy de HA, NGINX e assim por diante.
A figura a seguir usa o exemplo URL/nome de domínio totalmente qualificado (FQDN) "s3.company.com”. O balanceador de carga cria um IP virtual (VIP) que resolve para o FQDN através do DNS e, em seguida, direciona todas as solicitações de aplicativos para um pool de nós StorageGRID. O balanceador de carga realiza uma verificação de integridade em cada nó e estabelece apenas conexões com nós íntegros.

A figura mostra o balanceador de carga fornecido pelo StorageGRID, mas o conceito é o mesmo para balanceadores de carga de terceiros. Os aplicativos estabelecem uma sessão HTTP usando o VIP no balanceador de carga e o tráfego passa pelo balanceador de carga para os nós de storage. Por padrão, todo o tráfego, da aplicação ao balanceador de carga e do balanceador de carga ao nó de storage, é criptografado por meio de HTTPS. HTTP é uma opção suportada.
Balanceadores de carga locais e globais
Existem dois tipos de balanceadores de carga:
-
Gestores de tráfego locais (LTM). Espalha conexões por um pool de nós em um único local.
-
Global Service Load Balancer (GSLB). Distribui conexões em vários locais, equilibrando efetivamente os balanceadores de carga LTM. Pense em um GSLB como um servidor DNS inteligente. Quando um cliente solicita um URL de endpoint do StorageGRID, o GSLB resolve-lo para o VIP de um LTM com base na disponibilidade ou em outros fatores (por exemplo, qual site pode fornecer menor latência para o aplicativo). Embora um LTM seja sempre necessário, um GSLB é opcional, dependendo do número de sites da StorageGRID e dos requisitos da sua aplicação.
Onde encontrar informações adicionais
Para saber mais sobre as informações descritas neste documento, consulte os seguintes documentos e/ou sites:
-
Centro de documentação do NetApp StorageGRIDhttps://docs.netapp.com/us-en/storagegrid/[]
-
Capacitação NetApp StorageGRID https://docs.netapp.com/us-en/storagegrid-enable/
-
Considerações sobre o projeto do balanceador de carga StorageGRID F5 https://www.netapp.com/blog/storagegrid-f5-load-balancer-design-considerations/
-
Loadbalancer.org—Load equilibrando NetApp StorageGRID https://www.loadbalancer.org/applications/load-balancing-netapp-storagegrid/
-
Kemp – NetApp StorageGRID de balanceamento de carga https://support.kemptechnologies.com/hc/en-us/articles/360045186451-NetApp-StorageGRID