Elastic Cloud Storage (ECS)

Transcrição

1 Elastic Cloud Storage (ECS) Versão Guia de Planejamento

2 Copyright EMC Corporation. Todos os direitos reservados. Publicado no Brasil. Publicado em Maio, 2016 A EMC assegura que as informações apresentadas neste documento estão corretas. As informações estão sujeitas a alterações sem prévio aviso. AS INFORMAÇÕES CONTIDAS NESTA PUBLICAÇÃO SÃO FORNECIDAS NO ESTADO EM QUE SE ENCONTRAM." A EMC CORPORATION NÃO GARANTE NENHUM TIPO DE INFORMAÇÃO CONTIDA NESTA PUBLICAÇÃO, ASSIM COMO SE ISENTA DAS GARANTIAS PARA A COMERCIALIZAÇÃO DE UM PRODUTO PARA UM PROPÓSITO ESPECÍFICO. EMC² e, EMC e o logotipo da EMC são marcas registradas da EMC Corporation nos Estados Unidos. Todas as outras marcas comerciais aqui utilizadas pertencem a seus respectivos proprietários. Para obter a documentação regulatória mais atualizada para sua linha de produtos, visite o site Suporte on-line da EMC ( EMC Computer Systems Brasil Ltda Rua Verbo Divino, º andar São Paulo SP Tel.: (11) Fax: (11) brazil.emc.com 2 Elastic Cloud Storage (ECS) Guia de Planejamento

3 CONTEÚDO Figuras 5 Tabelas 7 Bem-vindo ao ECS 9 Capítulo 1 O que é ECS? 11 Visão geral Plataforma do ECS...12 Serviços do portal Serviços de armazenamento Serviço de provisionamento...13 Serviço de fabric Serviço de infraestrutura O appliance ECS...14 Interfaces de rede Provisionando recursos de armazenamento VDC (Virtual Data Center) Pools de armazenamento...16 Grupos de replicação Namespaces Buckets...16 Usuários e funções...16 Monitoramento, diagnóstico e ViPR SRM Capítulo 2 Novos recursos 19 Novos recursos do ECS Acesso a arquivos do NFS Separação de rede Integração ao OpenStack Keystone SNMP...20 Migração do Centera Suporte do ECS HDFS a HAWQ e Apache Spark...21 Permissões de contas dos nós (usando o sudo) Suporte complementar do ECS a Neutrino Apêndice de referências de auditorias e mensagens de alerta...22 Capítulo 3 Proteção de dados 23 Visão geral da proteção de dados Serviço de armazenamento Criações de objetos...24 Leituras de objeto Codificação de eliminação Recuperação de falhas de disco e nó...30 Rebalanceamento de dados após a adição de novos nós Fail over e recuperação de locais...31 Elastic Cloud Storage (ECS) Guia de Planejamento 3

4 CONTEÚDO Capítulo 4 Planejando uma instalação do ECS 33 Planejando uma instalação do ECS Preparação do local...34 Lista de verificação do preparo para a instalação do ECS...34 Conectando os appliances ECS em um só local Requisitos para vários locais...36 Separação de rede Planejando a separação de rede usando VIPs Planejando a separação de rede usando VLANs Considerações de balanceamento de carga...39 Considerações sobre a capacidade Capacidade do pool de armazenamento Coleta de lixo Elastic Cloud Storage (ECS) Guia de Planejamento

5 FIGURAS Serviços da plataforma do ECS Único local: criações de objeto Dois locais: criações de objeto Criações de objeto: VDCs federados (3 ou mais locais) Topologia linear ou de encadeamento em série Síndrome de desconexão linear ou de encadeamento em série Topologia em anel Topologia em estrela Elastic Cloud Storage (ECS) Guia de Planejamento 5

6 FIGURAS 6 Elastic Cloud Storage (ECS) Guia de Planejamento

7 TABELAS Componentes da série U...14 Componentes da série C Despesas gerais de armazenamento ao implementar vários locais Tolerância a falha de nós em um só local...29 Requisitos comparados de arquivamento regular e estático Elastic Cloud Storage (ECS) Guia de Planejamento 7

8 TABELAS 8 Elastic Cloud Storage (ECS) Guia de Planejamento

9 Bem-vindo ao ECS O EMC ECS (Elastic Cloud Storage) é uma plataforma completa de armazenamento em nuvem definida por software que dá suporte ao armazenamento, à manipulação e à análise de dados não estruturados de maneira massiva em hardware commodity. O ECS pode ser implementado como um appliance de armazenamento pronto para uso ou como um produto de software que pode ser instalado em um conjunto de servidores e discos commodity qualificados. Ele oferece todas as vantagens de custo da infraestrutura commodity, mas com a confiabilidade, a disponibilidade e a facilidade de manutenção corporativas dos arrays tradicionais. A documentação on-line do ECS compreende os seguintes guias: Guia de Planejamento Guia do administrador Guia de acesso a dados Guia de hardware e conexão por cabo Guia de Planejamento O Guia de Planejamento apresenta informações gerais sobre o ECS e os novos recursos desta versão e dá suporte aos usuários para que eles entendam os principais conceitos necessários ao planejar uma implementação do ECS e ao gerenciá-lo. Guia do administrador O Guia do Administrador dá suporte à configuração inicial do ECS, ao gerenciamento contínuo de tenants e usuários, e ao monitoramento do ECS no dia a dia. Guia de acesso a dados O Guia de Acesso a Dados descreve os protocolos compatíveis com o ECS para acesso do usuário final ao armazenamento em object do ECS. Além das APIs de object S3, EMS Atmos, OpenStack Swift e Centera (CAS), a API ECS Management é introduzida para ser usada na configuração do ECS antes do acesso do usuário final. O ECS também pode ser usado como um HDFS (Hadoop File System), e a integração do ECS HDFS ao cluster do Hadoop é descrita no Guia de Acesso a Dados. Guia de hardware e conexão por cabo O Guia de Hardware e Conexão por Cabo descreve as configurações de hardware e os caminhos de upgrade compatíveis, e os detalhes dos requisitos de conexão por cabo dos racks. Versões em PDF desses guias on-line estão disponíveis no site de suporte da EMC support.emc.com e links para esses documentos e outros PDFs, como o Guia de Configuração de Segurança e as Notas da Versão, podem ser encontrados no Índice de Documentação do ECS Bem-vindo ao ECS 9

10 Bem-vindo ao ECS 10 Elastic Cloud Storage (ECS) Guia de Planejamento

11 CAPÍTULO 1 O que é ECS? Visão geral Plataforma do ECS...12 O appliance ECS...14 Provisionando recursos de armazenamento Monitoramento, diagnóstico e ViPR SRM O que é ECS? 11

12 O que é ECS? Visão geral O ECS é uma plataforma completa de armazenamento em nuvem definida por software que dá suporte ao armazenamento, à manipulação e à análise de dados não estruturados de forma massiva em hardware commodity. O ECS foi projetado especificamente para dar suporte a aplicativos móveis, de nuvem, de Big Data e de redes sociais. Ele pode ser implementado como um appliance de armazenamento pronto para uso ou como um produto de software que pode ser instalado em um conjunto de servidores e discos commodity qualificados. A arquitetura scale-out e geograficamente distribuída do ECS é uma plataforma em nuvem que oferece: Custo mais baixo que as nuvens públicas Plataforma do ECS Combinação inigualável de eficiência de armazenamento e acesso a dados Acesso de leitura/gravação em qualquer lugar com consistência total que simplifica o desenvolvimento de aplicativos Nenhum ponto único de falha para aumentar a disponibilidade e o desempenho Acessibilidade universal que elimina silos de armazenamento e processos ineficientes de ETL/movimentação de dados Suporte ao ViPR SRM. O ViPR SRM é um software de gerenciamento de recursos de armazenamento de vários fornecedores que oferece uma solução de geração de relatórios para o ECS. A plataforma do ECS inclui os seguintes serviços e camadas de software: Figura 1 Serviços da plataforma do ECS Serviços do portal Os serviços do portal incluem interfaces para provisionamento, gerenciamento e monitoramento dos recursos de armazenamento. As interfaces são: GUI: uma interface gráfica do usuário baseada em navegador integrada chamada de Portal do ECS. 12 Elastic Cloud Storage (ECS) Guia de Planejamento

13 O que é ECS? Serviços de armazenamento Serviço de provisionamento REST: uma API REST que pode ser usada para desenvolver seu próprio Portal do ECS. CLI: uma interface de linha de comando que permite a realização das mesmas tarefas da interface baseada em navegador. Os serviços de armazenamento são oferecidos pelo USE (Unstructured Storage Engine, mecanismo de armazenamento não estruturado), que garante a proteção e disponibilidade dos dados em caso de corrupção dos dados, falhas de hardware e desastres de datacenter. Eles permitem o gerenciamento global de namespaces em datacenters geograficamente dispersos e replicação geográfica. O USE ativa os seguintes serviços de armazenamento: Serviço object: oferece a capacidade de armazenar, acessar e manipular dados não estruturados. O serviço de object é compatível com as APIs existentes Amazon S3, OpenStack Swift, EMC CAS e EMC Atmos. HDFS: permite que você use a infraestrutura de armazenamento de seu portal como um repositório de Big Data no qual é possível executar aplicativos de lógica analítica do Hadoop (implementado). NFS: permite que você acesse um bucket como uma exportação NFS. Os objetos gravados na área de armazenamento em object do ECS usando os protocolos de objeto podem ser acessados como arquivos por meio do NFS. Da mesma forma, os arquivos gravados usando o NFS podem ser acessados como objetos por meio dos protocolos de objeto compatíveis. O serviço de provisionamento gerencia o provisionamento de recursos de armazenamento e do acesso aos usuários. Especificamente, ele lida com: Gerenciamento de usuários: controla quais usuários têm direitos de administração do sistema, provisionamento de recursos de armazenamento e acesso a objetos usando solicitações REST. O ECS dá suporte a usuários locais e de domínio. Autorização e autenticação para todas as solicitações de provisionamento: consulta o domínio de autenticação para determinar se os usuários são autorizados a realizar operações de gerenciamento, provisionamento e acesso. Gerenciamento de recursos: permite que os usuários autorizados criem pools de armazenamento, datacenters virtuais e grupos de replicação. Multi-tenancy: gerencia o namespace que representa um tenant e seus buckets e objetos associados. Serviço de fabric O serviço de fabric é um gerenciador de cluster distribuído que é responsável por: Integridade do cluster: agrega falhas de hardware específicas aos nós e relata a integridade geral do cluster. Integridade do nó: monitora o estado físico dos nós, e detecta e relata falhas. Integridade do disco: monitora a integridade dos discos e dos file systems. Oferece operações de leitura/gravação brutas, rápidas e sem bloqueio para o mecanismo de armazenamento, e expõe informações sobre os drives de disco individuais e seu status para que o mecanismo de armazenamento possa colocar dados nos drives de disco de acordo com seus algoritmos integrados de proteção de dados. Serviços de armazenamento 13

14 O que é ECS? Serviço de infraestrutura O appliance ECS Gerenciamento de software: oferece ferramentas de linha de comando para instalação e execução de serviços, e para instalação e upgrade do software do fabric nos nós do cluster. Esta camada oferece o SO Linux em execução nos nós commodity e implementa as interfaces de rede e outras ferramentas relacionadas a hardware. O appliance ECS está disponível nos seguintes modelos: Série U: servidores de armazenamento não estruturados com gavetas DAE (Disk Array Enclosure) separadas e projetadas para maximizar a capacidade de armazenamento. Disponíveis em configurações de hardware Gen1 e Gen 2 com upgrade Série C: servidores de computação de alta densidade com discos integrados e projetados com mais capacidade de computação. As tabelas a seguir descrevem os componentes do appliance pela série: Tabela 1 Componentes da série U Componente Rack de 40U Descrição Racks Titan D da EMC incluem: Quatro pontos de distribuição de energia: dois em cada lado PDUs monofásicas com estrela e delta trifásicos disponíveis Parte frontal e parte traseira Fabricado pela EMC Switch privado Switch público Nós DAE (Disk Array Enclosure) Um switch de 1 GbE Dois switches de 10 GbE Servidor não estruturado com base em Intel em configurações de 4 e 8 nós 60 gavetas DAE com drives de 3,5 polegadas. O hardware Gen1 usa discos de 6 TB e, o hardware Gen2, discos de 8 TB. Tabela 2 Componentes da série C Componente Rack de 40U Descrição Racks Titan D Compute da EMC que incluem: Quatro pontos de distribuição horizontais PDUs monofásicas com estrela e delta trifásicos disponíveis Parte frontal e parte traseira Fabricado pela EMC 14 Elastic Cloud Storage (ECS) Guia de Planejamento

15 O que é ECS? Tabela 2 Componentes da série C (continuação) Componente Switch privado Switch público Nós Discos Descrição Um ou dois switches de 1 GbE. O segundo switch é necessário para configurações com mais de seis chassis de servidor (24 nós). Dois ou quatro switches de 10 GbE. O terceiro e o quarto switch são necessários para configurações com mais de seis chassis de servidor (24 nós). Servidor não estruturado com base em Intel em configurações de 8 a 48 nós. 12 drives de 3,5 polegadas integrados a cada servidor (três por nó). O hardware Gen1 usa discos de 6 TB e, o hardware Gen2, discos de 8 TB. Interfaces de rede Os nós têm as seguintes interfaces de rede: Público: Uma interface de 10 GbE que manipula todo o tráfego de rede. A interface é conectada aos switches de 10 GbE do rack em uma configuração vinculada. Os switches de 10 GbE recebem uplink à rede do cliente por meio de 1 a 4 uplinks de 10 GbE. Privado: Uma interface de 1 GbE usada para operações administrativas internas. Todas as interfaces são privadas e reservadas para uso pelo tráfego do ECS. Cada nó é atribuído automaticamente a dois endereços IP privados usando o seguinte esquema: port_number: Essa rede é usada para as atividades de instalação e manutenção. Compatível apenas com o tráfego local de rack Rack_ID.port_number: Essa rede manipula o serviço configuração distribuída para nós no cluster. Compatível apenas com o tráfego local de datacenter. Provisionando recursos de armazenamento VDC (Virtual Data Center) Após a implementação do ECS, você pode usar uma das interfaces de serviços do Portal do ECS para provisionar os recursos de armazenamento a fim de que eles possam ser usados pelos aplicativos S3, Swift, CAS ou Atmos. Os VDC (Virtual Data Centers, datacenters virtuais) são os recursos de nível superior do ECS. Eles são estruturas lógicas que representam o conjunto da infraestrutura do ECS que você quer gerenciar como uma unidade coerente. Você pode criar um VDC para gerenciar os recursos de um ou mais racks físicos, mas os recursos do ECS em um só VDC devem fazer parte da mesma NAN (Nile Area Network). Um VDC também é conhecido como um local ou uma zona. Você pode implementar o software ECS em vários datacenters para criar uma federação regional. Em uma federação regional, o ECS se comporta como uma federação livremente Interfaces de rede 15

16 O que é ECS? Pools de armazenamento Grupos de replicação combinada de datacenters virtuais autônomos na qual você provisiona cada VDC separadamente. Os pools de armazenamento permitem que você particione logicamente os recursos de armazenamento disponíveis (nós) em um VDC. Eles oferecem o meio para separar os dados fisicamente com base nos requisitos de multi-tenancy ou dos aplicativos. Os pools de armazenamento exigem um mínimo de quatro nós. Os níveis de proteção de dados são definidos pela atribuição de pools de armazenamento aos grupos de replicação. Um pool de armazenamento com oito nós ou mais pode ser configurado como armazenamento estático para arquivos acessados com pouca frequência. O arquivamento estático usa um esquema de codificação de eliminação que reduz os custos adicionais de armazenamento. Os grupos de replicação são estruturas lógicas que definem onde o conteúdo do pool de armazenamento é protegido e os locais a partir dos quais os dados podem ser lidos sem tráfego de WAN. Os grupos de replicação podem ser locais ou globais. Os grupos de replicação locais protegem os objetos do mesmo VDC contra falhas de discos ou de nós. Os grupos de replicação globais abrangem vários VDCs e protegem os objetos contra falhas de disco, nó e local. A estratégia para a definição de grupos de replicação depende de vários fatores, inclusive de seus requisitos de resiliência de dados, do custo do armazenamento e da separação de dados lógica em relação à física. Namespaces Buckets Usuários e funções Os namespaces permitem que o ECS lide com as operações de multi-tenant. Eles são atribuídos a grupos de replicação. Cada tenant é definido por um namespace e por um conjunto de usuários que pode armazenar e acessar os objetos dentro desse namespace. Os namespaces podem representar um departamento de uma empresa ou podem ser uma empresa diferente. Os usuários de um namespace não podem acessar os objetos de outro. O recurso de conformidade com a SEC é habilitado no nível de namespace. Os buckets são recipientes para dados de objeto. Eles são criados em um namespace para que somente sejam disponíveis aos usuários de namespace que têm as permissões adequadas. Os usuários de namespace que têm os privilégios adequados podem criar buckets, e criar objetos nos buckets, para cada protocolo de object que use sua API. Os buckets podem ser configurados para dar suporte aos protocolos de file HDFS e NFS. Os buckets configurados para acesso a arquivos podem ser lidos e gravados usando seu protocolo de object e o protocolo de file. Em um namespace, é possível usar buckets como uma forma de criar subtenants. O ECS dá suporte aos seguintes tipos de usuários e funções: Administrador do sistema: os usuários com essa função configuram o VDC, os pools de armazenamento, os grupos de replicação, os provedores de autenticação, os buckets e os usuários. O administrador do sistema também pode configurar 16 Elastic Cloud Storage (ECS) Guia de Planejamento

17 O que é ECS? namespaces e realizar a administração de namespaces, ou pode atribuir um usuário que pertença ao namespace como o administrador de namespace. O ECS tem uma conta de usuário root que é atribuída à função de administrador do sistema e pode ser usada para executar a configuração inicial. Monitor do sistema: os usuários dessa função podem exibir todos os dados de configuração, mas não podem fazer alterações. Os monitores do sistema local podem alterar suas senhas. O ECS tem uma conta de usuário root que é atribuída à função de administrador do sistema e pode ser usada para executar a configuração inicial. Administrador de namespace: os usuários dessa função definem as configurações de namespace, como cotas e períodos de retenção, e podem mapear os usuários de domínio ao namespace e atribuir usuários locais como usuários de objeto para o namespace. As operações de administradores de namespace também podem ser realizadas em clients programáticos que usam a API REST do ECS ou o Portal do ECS. Usuários de objeto: os usuários de objeto são os usuários finais do armazenamento em object do ECS. Eles acessam o armazenamento por meio de clients de objeto usando os protocolos de acesso compatíveis com o ECS (aplicativos S3, Swift, CAS ou Atmos). Os usuários de objeto podem receber privilégios para ler e gravar os buckets e os objetos do namespace ao qual eles são atribuídos. Monitoramento, diagnóstico e ViPR SRM O ECS oferece monitoramento, diagnóstico e auditoria de eventos por meio do Portal do ECS. As páginas Monitoring apresentam uma visão geral do armazenamento, dos recursos, dos serviços e dos eventos. Elas proporcionam um aprofundamento para que você tenha a visualização ideal dos dados de diagnóstico. Dashboard é a primeira página que você verá após fazer log-in no portal. Ela apresenta um resumo rápido dos dados de monitoramento. O ECS também dá suporte ao ViPR SRM da EMC. O ViPR SRM é uma solução de software que oferece relatórios de desempenho, configuração e capacidade de vários fornecedores para recursos de armazenamento tradicionais e de Software-Defined Storage. Os relatórios globais mesclam informações de capacidade, chargeback, utilização de armazenamento, operações e desempenho em todas as plataformas de armazenamento, oferecendo uma exibição abrangente de toda a infraestrutura de armazenamento. Os relatórios apresentam detalhes complementares sobre o tipo de ativo. Os recursos adicionais do ViPR SRM incluem alertas operacionais, relatórios de conformidade e mapas de topologia. Com essas informações facilmente obtidas, as equipes de armazenamento poderão realmente otimizar seu ambiente de armazenamento para melhorar o ROI. O ViPR SRM dá suporte a hosts, hipervisores, switches, storage arrays, armazenamento em object e armazenamento virtual usando os SolutionPacks. Um SolutionPack é um aplicativo para instalação que oferece coleta de dados específica para ativos e recursos de relatórios detalhados para um tipo de componente específico. Após a instalação de um SolutionPack, os relatórios estarão disponíveis no nó da Biblioteca de relatórios da árvore de relatórios da interface do usuário. Uma organização compra licenças para proporcionar visibilidade somente aos ativos que existem em sua infraestrutura instalada. O SolutionPack para EMC ECS 2.2 dá suporte a dois cenários de licenciamento: SRM Reporting for ECS: licencia uma versão limitada do SolutionPack for ECS somente para uso como uma ferramenta de geração de relatórios do ECS. Não dá suporte a relatórios globais. Full ViPR SRM: licencia o SolutionPack for ECS para uso em uma instalação totalmente licenciada do ViPR SRM. Monitoramento, diagnóstico e ViPR SRM 17

18 O que é ECS? Para obter mais informações sobre o ViPR SRM, consulte o Índice de documentação do ViPR SRM. 18 Elastic Cloud Storage (ECS) Guia de Planejamento

19 CAPÍTULO 2 Novos recursos Novos recursos do ECS Novos recursos 19

20 Novos recursos Novos recursos do ECS Acesso a arquivos do NFS Separação de rede Novos recursos e adições do ECS Agora, o ECS dá suporte a acesso a arquivos NFSv3. Um bucket criado em um namespace do ECS pode ser disponibilizado como uma exportação NFS e os arquivos podem ser gravados e lidos usando o NFS. Os arquivos gravados usando o NFS também podem ser acessados usando protocolos de objeto S3, OpenStack Swift e EMC Atmos. Da mesma forma, os objetos gravados usando protocolos de objeto S3 e OpenStack Swift podem ser disponibilizados por meio do NFS. No Atmos, os objetos criados usando a interface de namespace podem ser listados usando o NFS, mas não os objetos criados usando um ID de objeto. O ECS NFS oferece bloqueio de arquivos de consultoria e dá suporte a: Bloqueios em várias zonas Integração ao OpenStack Keystone SNMP Bloqueios compartilhados e exclusivos O ECS NFS dá suporte à segurança do Kerberos. O NFS (e o HDFS) não pode gravar em buckets habilitados para conformidade. No entanto, os dados gravados usando protocolos de objeto podem ser lidos pelo NFS (e pelo HDFS). Agora, o ECS oferece a capacidade de separar o tráfego de rede na interface pública de 10 GbE para que os dados de objeto, os dados de gerenciamento e os dados de replicação (a outras regiões) possam ser identificados separadamente. A separação pode ser obtida usando endereços IP virtuais para cada tipo de tráfego ou usando a marcação da VLAN para configurar cada tipo de tráfego em uma Virtual LAN separada. Agora, o ECS dá suporte ao provedor de identidade Keystone V3, validando os tokens de autenticação fornecidos pelos usuários do OpenStack Swift. No Keystone V3, os usuários são criados fora do ECS usando um serviço do Keystone V3. O ECS não faz a autenticação, mas valida o token de autenticação com o serviço do Keystone V3. No momento, o suporte do ECS a Keystone V3 não dá suporte a políticas do Keystone; portanto, os usuários devem estar no grupo/função "admin" para realizar operações de recipiente. O ECS dá suporte a consultas básicas a partir das seguintes MIBs do SNMP: MIB-2 DISMAN-EVENT-MIB HOST-RESOURCES-MIB UCD-SNMP-MIB 20 Elastic Cloud Storage (ECS) Guia de Planejamento

21 Novos recursos Usando um software de estação de gerenciamento do SNMP ou equivalente, você pode consultar os nós do ECS para obter informações básicas: CPU usage Uso da memória Número de processos em execução Migração do Centera O ECS oferece um mecanismo de transformação de dados que gerencia todas as atividades de transformação de dados. Durante a transformação, o ECS funciona paralelamente a uma solução preexistente de armazenamento de dados para evitar a interrupção do serviço de acesso aos dados. Todo o tráfego de dados é direcionado ao ECS e o armazenamento legado é acessado somente pelo ECS. O mecanismo de transformação é oferecido pela API REST do ECS Management e a API /object/ transformation dá suporte a essas operações. Note No ECS 2.2.1, o componente de transformação de dados só dá suporte à migração de dados do Centera ao ECS. Suporte do ECS HDFS a HAWQ e Apache Spark O ECS 2.2 HF1 apresentou o suporte a Pivotal HAWQ (HDB / ) com PivotalHD Com o ECS 2.2.1, o suporte a HAWQ é qualificado para operação com o ECS HDFS em um ambiente de Kerberos. O ECS HDFS foi certificado para dar suporte a Apache Spark usando o pacote de teste de certificação da Hortonworks. Permissões de contas dos nós (usando o sudo) Para aumentar a segurança, o ECS desabilita totalmente o acesso à conta root nos nós. Antes do ECS (ECS 2.2 e ECS 2.1 e seus hot fixes), a maioria dos comandos era executada fazendo log-in na conta de administrador e obtendo um shell de root usando: # sudo su - A partir do ECS 2.2.1, os usuários farão log-in como admin usando a senha de administrador e usarão o sudo para prefixar os comandos que exigem acesso privilegiado. Por exemplo: # sudo getrackinfo Suporte complementar do ECS a Neutrino O software EMC ECS integra-se ao Neutrino Cloud Compute Service e pode ser usado para oferecer armazenamento em object para os seguintes recursos do OpenStack: Instâncias do OpenStack que executam aplicativos nativos da nuvem. Os usuários do OpenStack podem fazer upload, copiar, editar, excluir e fazer download de objetos para recipientes e a partir deles (buckets do ECS) em um projeto específico usando a interface do usuário do painel de controle do OpenStack. Backups de volume do OpenStack Cinder. O serviço de armazenamento em block do OpenStack Cinder usa o ECS como sua área de armazenamento para volumes de Migração do Centera 21

22 Novos recursos backup. O ECS armazena os backups de volumes em um bucket do ECS, no namespace do ECS (projeto) que corresponde ao ID do projeto do usuário. Configurar o Neutrino para usar o ECS como sua área de armazenamento em object exige que o EMC Global Services configure o Neutrino e ECS juntos. Isso pode ser feito durante a instalação inicial do Neutrino ou em algum momento depois que o Neutrino for instalado. Apêndice de referências de auditorias e mensagens de alerta Agora, o Guia do Administrador do ECS tem um apêndice que lista os eventos compatíveis de auditoria e alerta com mensagens. 22 Elastic Cloud Storage (ECS) Guia de Planejamento

23 CAPÍTULO 3 Proteção de dados Visão geral da proteção de dados Serviço de armazenamento Criações de objetos...24 Leituras de objeto Codificação de eliminação Recuperação de falhas de disco e nó...30 Rebalanceamento de dados após a adição de novos nós Fail over e recuperação de locais...31 Proteção de dados 23

24 Proteção de dados Visão geral da proteção de dados Serviço de armazenamento Criações de objetos Saiba como o ECS protege os dados não estruturados contra falhas nos nós, discos e locais por meio da replicação e da codificação de eliminação. O ECS garante a durabilidade, a confiabilidade e a disponibilidade dos objetos ao criar e distribuir três cópias de objetos e seus metadados no conjunto de nós da instalação local. Depois que as três cópias são gravadas com sucesso, o ECS faz a codificação de eliminação das cópias do objeto para reduzir os custos adicionais de armazenamento. Ele lida automaticamente com as operações de falha e recuperação, sem necessidade de mais dispositivos ou software para backup. A camada do serviço de armazenamento lida com a proteção e disponibilidade dos dados contra corrupção dos dados, falhas de hardware e desastres do datacenter. O USE (Unstructured Storage Engine, mecanismo de armazenamento não estruturado) faz parte da camada de serviços de armazenamento. Trata-se de um serviço compartilhado e distribuído que é executado em todos os nós, gerencia as transações e faz a persistência dos dados aos nós. O USE permite o gerenciamento global de namespaces em datacenters geograficamente dispersos por meio de replicação geográfica. O USE grava todos os dados relacionados a objetos (como dados do usuário, metadados, dados do local do objeto) em recipientes lógicos de espaço em disco contíguo conhecidos como fragmentos. Os fragmentos são abertos e aceitam gravações, ou são fechados e não são aceitam gravações. Depois que os fragmentos são fechados, o mecanismo de armazenamento faz sua codificação de eliminação. O mecanismo de armazenamento grava os fragmentos em um padrão somente de acréscimo, para que os dados existentes nunca sejam sobregravados ou modificados. Essa estratégia melhora o desempenho porque a validação de bloqueio e de cache não é necessária para operações de I/O. Todos os nós podem processar as solicitações de gravação para o mesmo objeto simultaneamente enquanto gravam em diferentes fragmentos. O mecanismo de armazenamento rastreia o local do objeto por meio de um índice que registra o nome de objeto, o id do fragmento e o deslocamento. O local dos fragmentos é rastreado separadamente por meio de um índice que registra o ID do fragmento e um conjunto de locais de disco. O índice do local do objeto contém três indicadores de local de disco antes da codificação de eliminação, e vários indicadores de local após a codificação de eliminação. O mecanismo de armazenamento executa todas as operações de armazenamento (como codificação de eliminação e recuperação de objetos) nos fragmentos. Criações de objeto: um VDC A figura a seguir mostra como o mecanismo de armazenamento grava dados de objeto quando há um só VDC. Neste exemplo, há um só appliance implementado no local, mas os mesmos princípios se aplicam quando houver mais appliances implementados. Os oito nós estão em um só pool de armazenamento de um só grupo de replicação. 24 Elastic Cloud Storage (ECS) Guia de Planejamento

25 Proteção de dados Figura 2 Único local: criações de objeto 1. Um aplicativo cria um objeto em um bucket. 2. O mecanismo de armazenamento grava o objeto em um fragmento. Os locais do disco correspondentes a esse fragmento encontram-se em três discos/nós diferentes. Assim, as gravações são feitas paralelamente em três discos/nós diferentes. O mecanismo de armazenamento pode gravar o objeto em qualquer um dos nós que pertencem ao grupo de replicação do bucket. O VDC onde o objeto é criado é o proprietário do objeto. 3. O mecanismo de armazenamento registra os locais dos discos do fragmento no índice de local do fragmento, e o ID e a compensação do fragmento no índice de local do objeto. 4. O mecanismo de armazenamento grava o índice de local do objeto em um fragmento e os locais dos discos correspondentes ao fragmento em três discos/nós diferentes. Assim, as gravações são feitas paralelamente em três discos/nós diferentes. Os locais dos índices são escolhidos independentemente dos locais de fragmentos dos objetos. 5. Depois que todos os locais dos discos forem gravados com sucesso, o mecanismo de armazenamento reconhecerá a gravação no aplicativo. Quando os fragmentos de objeto estiverem cheios, o mecanismo de armazenamento os codificará para eliminação. Os fragmentos de índice de local do objeto não são codificados para eliminação. Criações de objeto: VDCs federados (2 locais) Em uma implementação federada de dois VDCs, o mecanismo de armazenamento grava os fragmentos de objeto no VDC local e no VDC remoto. Criações de objetos 25

26 Proteção de dados Figura 3 Dois locais: criações de objeto 1. Um aplicativo cria um objeto em um bucket. 2. O mecanismo de armazenamento grava o objeto em um fragmento do local onde ele é incluído. Os locais do disco correspondentes a esse fragmento encontram-se em três discos/nós diferentes. Assim, as gravações são feitas paralelamente em três discos/nós diferentes. O mecanismo de armazenamento pode gravar o objeto em qualquer um dos nós que pertencem ao grupo de replicação do bucket. O mecanismo de armazenamento registra os locais dos discos do fragmento no índice de local do fragmento, e o ID e a compensação do fragmento no índice de local do objeto. O local onde o objeto é incluído originalmente é o proprietário do objeto. 3. Depois que todos os locais dos discos forem gravados com sucesso, o mecanismo de armazenamento reconhecerá a gravação no aplicativo. 4. O mecanismo de armazenamento replica o fragmento a três nós do local federado. Ele também registra os locais de fragmentos do índice de local do objeto (não exibido neste diagrama) em três nós diferentes do local federado. Quando os fragmentos de objeto estiverem cheios, o mecanismo de armazenamento os codificará para eliminação. Os fragmentos de índice de local do objeto não são codificados para eliminação. Quando dois VDCs estiverem em um grupo de replicação, os dois terão uma cópia legível do objeto. 26 Elastic Cloud Storage (ECS) Guia de Planejamento

27 Proteção de dados Três locais: criações de objeto Figura 4 Criações de objeto: VDCs federados (3 ou mais locais) 1. Um aplicativo cria um objeto em um bucket. 2. O mecanismo de armazenamento grava o objeto em um fragmento do local onde ele é incluído. Os locais do disco correspondentes a esse fragmento encontram-se em três discos/nós diferentes. Assim, as gravações são feitas paralelamente em três discos/nós diferentes. O mecanismo de armazenamento pode gravar o objeto em qualquer um dos nós que pertencem ao grupo de replicação do bucket. Ele registra os locais dos discos do fragmento no índice de local do fragmento, e o ID e a compensação do fragmento no índice de local do objeto (não exibido neste diagrama). O VDC onde a gravação é feita será o proprietário do objeto e conterá uma cópia legível do objeto. 3. Depois que todos os locais dos discos forem gravados com sucesso, o mecanismo de armazenamento reconhecerá a gravação no aplicativo. 4. O mecanismo de armazenamento replica os fragmentos em outro VDC do grupo de replicação. Para melhorar a eficiência do armazenamento, o mecanismo de armazenamento faz a XOR (operação lógica) dos fragmentos com outros fragmentos de outros objetos também armazenados no nó. Quando os fragmentos com XOR (operação lógica) estiverem cheios, o mecanismo de armazenamento os codificará para eliminação. Se possível, ele gravará os fragmentos com XOR (operação lógica) em formato codificado para eliminação sem passar pela fase de replicação. Os fragmentos de índice de local do objeto não são codificados para eliminação. Opção Replicate to All Sites Replicate to All Sites é uma opção disponível para um administrador ao criar um grupo de replicação. Um grupo de replicação com esse recurso habilitado copia todos os dados para todos os locais (VDCs) do grupo de replicação. Ter todos os dados em todos os VDCs do grupo de replicação proporciona durabilidade dos dados e melhora o desempenho de todos os locais com o custo da eficiência do armazenamento. Essa opção somente pode ser habilitada no momento da criação e não poderá ser desabilitada posteriormente. Criações de objetos 27

28 Proteção de dados Leituras de objeto Codificação de eliminação Atualizações do objeto Quando um aplicativo atualiza um objeto completamente, o mecanismo de armazenamento grava um novo objeto (seguindo os princípios descritos anteriormente). O mecanismo de armazenamento atualiza o índice do local do objeto para apontar para o novo local. Como o local antigo não é mais referenciado por um índice, o objeto original está disponível para coleta de lixo. Leituras de objeto: um só VDC Em uma implementação de um só local, quando um cliente envia uma solicitação de leitura, o mecanismo de armazenamento utiliza o índice de local do objeto para localizar quais fragmentos estão armazenamento o objeto, recupera os fragmentos do objeto ou os fragmentos codificados para eliminação, e reconstrói e devolve o objeto ao cliente. Leituras de objeto: VDCs federados (2 locais) Em uma federação de dois locais, o mecanismo de armazenamento lê o fragmento do objeto ou os fragmentos codificados para eliminação nos nós do VDC ao qual o aplicativo está conectado. Em uma federação de dois locais, existem fragmentos do objeto nos dois locais. Leituras de objeto: VDCs federados (3 ou mais locais) Se o aplicativo solicitante estiver conectado ao VDC que é proprietário do objeto, o mecanismo de armazenamento lerá o fragmento do objeto ou os fragmentos codificados para eliminar dos nós do VDC. Se o aplicativo solicitante não estiver conectado ao VDC proprietário, o mecanismo de armazenamento recuperará o fragmento do objeto ou os fragmentos codificados para eliminação do VDC que seja proprietário do objeto, fará a cópia deles no VDC ao qual o aplicativo estiver conectado e devolverá o objeto ao aplicativo. O mecanismo de armazenamento manterá uma cópia do objeto em seu cache, caso outra solicitação seja feita para o objeto. Se outra solicitação for feita, o mecanismo de armazenamento comparará o registro de data e hora do objeto do cache com o registro de data e hora do objeto presente no VDC proprietário. Caso eles sejam iguais, o mecanismo devolverá o objeto ao aplicativo; caso sejam diferentes, ele recuperará o objeto e o armazenará em cache novamente. O ECS usa a codificação de eliminação (EC) para oferecer uma melhor eficiência de armazenamento sem comprometer a proteção de dados. O mecanismo de armazenamento implementa o esquema de codificação de eliminação Reed-Solomon , no qual um objeto é dividido em 12 fragmentos de dados e em 4 fragmentos de codificação. Os 16 fragmentos resultantes são distribuídos entre os nós na instalação local. O mecanismo de armazenamento pode reconstruir um objeto a partir de qualquer um de 12 fragmentos. Tabela 3 Despesas gerais de armazenamento ao implementar vários locais Número de locais Custos adicionais de armazenamento 1 1,33 2 2, Elastic Cloud Storage (ECS) Guia de Planejamento

29 Proteção de dados Tabela 3 Despesas gerais de armazenamento ao implementar vários locais (continuação) Número de locais Custos adicionais de armazenamento 4 1,77 5 1,67 6 1,60 7 1,55 8 1,52 O ECS exige um mínimo de quatro nós executando o serviço object em um só local. Ele tolera as falhas com base no número de nós. Tabela 4 Tolerância a falha de nós em um só local Total de nós Tolerância a falhas de nó para gravações Quando um objeto é codificado para eliminação, os dados originais do fragmento estão presentes como uma cópia única que consiste em 16 fragmentos dispersos por todo o cluster. Quando um objeto tiver sido codificado para eliminação, o ECS pode ler o objeto diretamente sem nenhuma decodificação ou reconstrução. O ECS usa somente fragmentos de código para reconstrução do objeto quando há uma falha de hardware. Esse esquema de eliminação é resiliente a até quatro falhas de drive. Eliminação de codificação para arquivamento estático O armazenamento estático arquiva os objetos da área de armazenamento que não são alterados com frequência e não exigem o esquema padrão mais sólido de EC. O esquema de EC usado aqui é de 10 fragmentos de dados e 2 fragmentos de codificação (10 + 2). A eficiência é de 1,2 x. Você pode especificar um arquivamento estático (armazenamento estático) ao criar um novo pool de armazenamento. Depois que o pool de armazenamento for criado, o esquema de EC não poderá ser alterado. Esse esquema pode dar suporte à perda de um único nó, de um drive de seis ou de dois drives de 12 em dois nós separados. Requisitos de EC Tabela 5 Requisitos comparados de arquivamento regular e estático Caso de uso Como é habilitado Mínimo de nós necessários Mínimo de discos necessários Discos recomendado s Eficiência da EC Esquema de EC Arquivamento regular Padrão 4 16* 32 1,33 x Arquivamento estático Configurado pelo administrador 6 12* 24 1,2 x 10+2 Codificação de eliminação 29

30 Proteção de dados Obs. *Já que a configuração mínima que pode ser implementada para um appliance da série C é de dois appliances com 12 discos, 24 discos é o mínimo efetivo. Recuperação de falhas de disco e nó O ECS monitora continuamente a integridade dos nós, dos discos e dos objetos armazenados no cluster. Já que o ECS dispersa as responsabilidades de proteção de dados em todo o cluster, ele é consegue proteger de novo automaticamente os objetos em risco quando há falha nos nós ou nos discos. Integridade do disco O ECS relata a integridade do disco como boa, suspeita ou defeituosa. Boa As partições do disco pode ser lido e receber gravações. Suspeita O disco ainda não chegou no limite para ser considerado inválido. Defeituosa determinado limite de desempenho reduzido de hardware foi atingido. Uma vez alcançado, os dados não podem ser lidos ou gravados. O ECS somente faz gravações em discos com boa integridade, e não em discos com integridade suspeita ou defeituosa. Já as leituras são feitas de discos com integridade boa e suspeita. Quando dois fragmentos de um objeto estiverem localizados em discos suspeitos, o ECS grava os fragmentos em outros nós. Integridade do nó O ECS relata a integridade dos nós como boa, suspeita, degradada ou defeituosa. Bom: O nó está disponível e respondendo às solicitações de I/O de maneira adequada. O monitoramento da integridade interna indica que a integridade está boa. Suspeito: O nó está disponível, mas está relatando informações de integridade interna como uma falha do ventilador (se houver vários ventiladores), uma só falha da fonte de alimentação (se houver fontes de alimentação redundantes). Ou, o nó está inacessível pelos outros nós, mas é visível para investigações do BMC e está em um estado desconhecido. Degradado: O nó está disponível mas está relatando discos defeituosos ou suspeitos. Ruim: O nó é acessível, mas o monitoramento interno de integridade indica integridade ruim. Por exemplo, os ventiladores do nó estão off-line, a temperatura da CPU está muito alta, há muitos erros de memória e assim por diante. A integridade ruim também pode ser relatada quando o nó estiver off-line, e as investigações do BMC indicam que a integridade não é aceitável. O ECS somente faz gravações em nós com boa integridade, e não em nós com integridade suspeita, degradada ou defeituosa. Já as leituras são feitas de nós com integridade boa e suspeita. Quando dois fragmentos de um objeto estiverem localizados em nós suspeitos, o ECS grava dois novos fragmentos desse objeto em outros nós. Quando um nó é reportado como suspeito ou inválido, todos os discos que ele gerencia também são considerados suspeitos ou defeituosa. Recuperação de dados Quando há uma falha de um nó ou um drive no local, o mecanismo de armazenamento: 1. Identifica os fragmentos de objeto ou EC afetados pela falha. 30 Elastic Cloud Storage (ECS) Guia de Planejamento

31 Proteção de dados 2. Grava cópias dos fragmentos de objeto ou EC afetados nos nós e discos com boa integridade que não tenham cópias no momento. Rebalanceamento de dados após a adição de novos nós Quando o número de nós de um local é expandido devido à adição de novos racks ou nós de armazenamento, novos fragmentos codificados para eliminação são alocados ao novo armazenamento, e os fragmentos de dados existentes são redistribuídos (rebalanceados) nos novos nós. Quatro ou mais nós devem existir para que a codificação de eliminação dos fragmentos ocorra. A adição de novos nós além dos 4 nós necessários resultará em rebalanceamento da codificação de eliminação. A redistribuição dos fragmentos de codificação de eliminação é feita como tarefa de segundo plano, para que os dados do fragmento continuem sendo acessados durante o processo de redistribuição. Além disso, os novos dados do fragmento são distribuídos como uma baixa prioridade para minimizar o consumo de largura de banda da rede. Os fragmentos são redistribuídos de acordo com o mesmo esquema de codificação de eliminação com o qual eles foram originalmente codificados. Portanto, se um fragmento foi gravado usando o esquema de codificação de eliminação de armazenamento estático, o esquema de armazenamento estático será usado ao criar novos fragmentos para redistribuição. Fail over e recuperação de locais O ECS oferece proteção contra a falha em um local causada por um desastre ou outro problema que coloque um local off-line ou que o desconecte de outros locais de uma implementação geograficamente federada. Falha temporária dos locais As falhas temporárias dos locais ocorrem quando a conectividade de rede é interrompida entre os VDCs federados ou quando um VDC é desativado temporariamente. Quando um VDC é desativado, a página Replication Group exibe o status Temporarily unavailable para o VDC que não pode ser acessado. Quando os buckets são configurados com a propriedade Access During Outage definida como On, os aplicativos podem ler os objetivos enquanto estiverem conectados a qualquer local. Quando os aplicativos estiverem conectados a um local que não é o proprietário do bucket, o aplicativo deve acessar o bucket explicitamente para fazer gravações nele ou exibir seu conteúdo. Se um aplicativo modificar um objeto ou um bucket enquanto estiver conectado a um VDC que não seja o proprietário, o mecanismo de armazenamento transferirá a propriedade ao local onde a alteração for iniciada. As seguintes operações não podem ser realizadas em qualquer local da federação geográfica até que a falha temporária seja resolvida, independentemente da configuração Access During Outage: Bucket: criar ou renomear o bucket, modificar as propriedades do bucket, relacionar os buckets de um namespace quando o local do proprietário do namespace não estiver acessível Namespace: criar User: criar Depois que os locais forem reconectados, o mecanismo de armazenamento iniciará uma operação de ressincronização em segundo plano. Use a opção Monitor > Recovery Status do portal para monitorar o progresso da operação de ressincronização. Rebalanceamento de dados após a adição de novos nós 31

32 Proteção de dados Fail over permanente dos locais Se ocorrer um desastre em um local e o VDC não puder ser recolocado on-line, é necessário excluí-lo. 32 Elastic Cloud Storage (ECS) Guia de Planejamento

33 CAPÍTULO 4 Planejando uma instalação do ECS Planejando uma instalação do ECS Preparação do local...34 Lista de verificação do preparo para a instalação do ECS...34 Conectando os appliances ECS em um só local Requisitos para vários locais...36 Separação de rede Considerações de balanceamento de carga...39 Considerações sobre a capacidade Planejando uma instalação do ECS 33

34 Planejando uma instalação do ECS Planejando uma instalação do ECS Preparação do local Saiba mais sobre os requisitos de ambiente físico, de datacenter e de vários locais, bem como as topologias de rede privada de gerenciamento. Consulte o Guia de Preparação do Local para saber mais sobre os requisitos ambientais associados ao gabinete 40U-D usado pelo Appliance ECS. Lista de verificação do preparo para a instalação do ECS Analise esta lista para obter os componentes de infraestrutura necessários para uma instalação com sucesso. A implementação de um appliance ECS consiste nos seguintes componentes: Um ou mais racks. O rack deve ser vinculado à rede do cliente para tráfego de dados e gerenciamento remoto. O rack e todos os nós devem ser ligados. Os nós devem ter endereços IP válidos atribuídos pelo DHCP ou configurados estaticamente. Requisitos da infraestrutura: o ambiente de datacenter deve incluir os servidores a seguir que são acessíveis em todos os nós. Servidor DHCP (se você estiver atribuindo endereços IP por meio do DHCP) Servidor DNS (ou encaminhador) Servidor NTP Servidor SMTP O SSH deve estar habilitado em todos os nós. As seguintes portas são abertas e usadas pelo programa de instalação: Registro do Docker: Agente de ciclo de vida: 9240 Objeto: ,9040,9091, ,8088,9898,1095,1096,1098,9100,9101,9111,3 218 ZooKeeper: 9277,9278,9279 Consulte o Guia de Segurança do ECS mais recente para obter a lista de portas que devem ser abertas. Conectando os appliances ECS em um só local 34 Elastic Cloud Storage (ECS) Guia de Planejamento As redes de gerenciamento do appliance ECS são conectadas por meio da Nile Area Network. A NAN é criada conectando a porta 51 ou 53 a outro switch turtle de outro appliance ECS. Por meio dessas conexões, os nós de qualquer segmento podem se comunicar com qualquer outro nó da NAN.

35 Planejando uma instalação do ECS A topologia mais simples para conectar os appliances ECS entre si não exige hardware de switch adicional. Todos os switches turtle podem ser conectados de modo linear ou com encadeamento em série. Figura 5 Topologia linear ou de encadeamento em série Nessa topologia, se houver perda de conectividade, poderá ocorrer uma síndrome de desconexão. Figura 6 Síndrome de desconexão linear ou de encadeamento em série Para obter uma rede mais confiável, as extremidades da topologia de encadeamento em série podem ser conectadas para criar uma rede em anel. A topologia em anel é mais estável porque exigiria duas quebras de link de cabo para que ocorra uma síndrome de desconexão. A principal desvantagem da topologia em anel é que as portas RMM não podem ser conectadas à rede do cliente sem a adição de um switch de agregação ou de um switch de cliente externo ao anel. Figura 7 Topologia em anel As topologias em anel ou de encadeamento em série não são recomendadas para as grandes instalações. Quando houver quatro ou mais appliances ECS, recomenda-se usar um switch de agregação. A adição de um switch de agregação em uma topologia em estrela pode oferecer um melhor failover, reduzindo os problemas de síndrome de desconexão. Conectando os appliances ECS em um só local 35

36 Planejando uma instalação do ECS Figura 8 Topologia em estrela Requisitos para vários locais Separação de rede Ao planejar uma instalação do ECS em vários locais, atenda a estes requisitos: São necessários no mínimo dois VDCs. Cada VDC da configuração de vários locais exige conectividade IP para outros VDCs. Latência de rede: garanta uma latência máxima de ms entre os locais. Armazenamento livre: se seu plano contra desastres incluir a execução por um período com um local com falha permanente (em vez de recuperar o local imediatamente), cada local precisará de armazenamento livre suficiente em todos os locais para acomodar o rebalanceamento de dados. Em todos os locais, o espaço livre restante deve ser, no total: free space across n sites =1.33*x/(n-1)/(n-2) onde x é o volume total de dados do usuário em todos os n locais. Essa quantidade de espaço livre não é necessária se você adicionar um novo local logo após o failover e não continuar a operar com os locais (N-1) indefinidamente. A interface pública de 10 GbE pode ser separada para que o tráfego de dados, gerenciamento e replicação (para outras regiões) possa ser identificado separadamente. Ao usar a separação de rede, o tráfego gerado por clients que desejam acessar o ECS usando as duas chamadas da API REST do ECS Management (inclusive o portal do ECS) e usando os protocolos de acesso a dados pode ser separado. Da mesma forma, os dados de replicação entre locais podem ser identificados separadamente do tráfego do plano de dados e de controle. Obs. Não é necessário configurar a separação de rede, a menos que você tenha uma necessidade específica. A maioria das instalações do ECS não usa a separação de rede. A separação pode ser realizada por meio de VIPs (Virtual IPs, IPs virtuais) ou VLANs (Virtual LANs); não há suporte à combinação de redes separadas por VIPs e por VLANs. O suporte à separação de rede física está sujeito ao processo de RPQ (Request for Product Qualification, solicitação de qualificação de produtos) da EMC. Há três opções de configuração de rede: 36 Elastic Cloud Storage (ECS) Guia de Planejamento