Capítulo 1. Instalação de Hardware e Configuração do Sistema Operacional

Para configurar o hardware e instalar o Red Hat Enterprise Linux, siga estes passos:

Após configurar o hardware e instalar o Red Hat Enterprise Linux, instale o software do cluster.

DicaDica
 

Consulte a Lista de Compatibilidade de Hardware da Red Hat disponível em http://hardware.redhat.com/hcl/. Faça uma Busca Rápida pelo termo cluster para encontrar resultados sobre comutador de energia (power switch) e hardware certificado de armazenamento compartilhado para, ou compatível com, o Red Hat Cluster Manager. Para pesquisar sobre compatibilidade de hardware de sistemas, use palavras-chave como o fabricante, marca e/ou modelo para verificar a compatibilidade com o Red Hat Enterprise Linux.

1.1. Escolhendo uma Configuração de Hardware

O Red Hat Cluster Manager permite que administradores utilizem o hardware disponível comercialmente para configurar um cluster de modo a atender às necessidades de disponibilidade e integridade de dados de aplicações e usuários. O hardware do cluster varia desde configurações mínimas de custo baixo (que incluem somente os componentes necessários para a operação do cluster) às complexas configurações que incluem canais de Ethernet redundantes, RAID de hardware e comutadores de energia (power switches).

Além da configuração, o uso de hardware de alta qualidade em um cluster é recomendado, já que o mal funcionamento do hardware é a causa principal de down time do sistema.

Apesar de todas as configurações do cluster oferecerem disponibilidade, algumas configurações protegem contra qualquer single point of failure. Além disso, todas as configurações do cluster oferecem a integridade dos dados, mas algumas protegem os dados sob qualquer condição de falha. Consequentemente, os administradores devem entender completamente as necessidades de seu ambiente computacional e também as funcionalidades de integridade dos dados nas diferentes configurações de hardware. Assim, podem escolher o hardware de cluster que atenda corretamente às suas necessidades.

Ao escolher a configuração do hardware do cluster, considere o seguinte:

Requisitos de desempenho de aplicações e usuários

Escolha um hardware que ofereça memória, CPU e recursos I/O adequados. Certifique-se de que a configuração escolhida também pode suportar quaisquer incrementos futuros na carga de trabalho.

Restrições de custo

A configuração do hardware escolhido deve respeitar os requisitos orçamentais. Por exemplo: sistemas com portas I/O múltiplas geralmente custam mais que sistemas low-end com algumas capacidades de expansão.

Requisitos de disponibilidade

Se um ambiente computacional requer o nível mais alto de disponibilidade (como um ambiente de produção, por exemplo), então a configuração do hardware do cluster que protege contra todos os single-point-of-failure (inclusive falhas no disco, interconexão de armazenamento, canal Ethernet, e de energia), é recomendado. Ambientes que podem tolerar uma interrupção na disponibilidade, tal como ambientes de desenvolvimento, podem não precisar de tanta proteção. Consulte a Seção 1.4.3 e a Seção 1.4.4 para mais informações sobre o uso de hardware redundante para alta disponibilidade.

Integridade dos dados sob todas as condições de falha

Usar comutadores de energia (power switches) em uma configuração do cluster garante que os dados do serviço estejam protegidos sob qualquer condição de falha. Estes dispositivos habilitam um membro a assumir os serviços do outro (power cycle) antes que este reinicie os serviços durante a queda. Comutadores de energia protegem contra a corrupção dos dados, se um membro não responsivo (ou pendente) se torna responsivo após seus serviços terem caído, e então emite I/O para um disco que também está recebendo I/O do outro membro.

Além disso, se um daemon quorum cai em um membro, este não está mais habilitado para monitorar as partições compartilhadas do cluster. Se você não está usando comutadores de energia no cluster, esta condição de erro pode fazer com que os serviços estejam rodando em mais de um membro, o que pode ocasionar a corrupção dos dados. Consulte a Seção 1.4.2 para mais informações sobre os benefícios do uso de comutadores de energia em um cluster. É recomendado a ambientes de produção usarem os comutadores de energia ou timers watchdog em uma configuração de cluster.

1.1.1. Requisitos de Armazenamento Compartilhado

A operação do cluster depende de acesso confiável e coordenado ao armazenamento compartilhado. Se ocorrer uma falha no hardware, é preferível poder desligar um membro do armazenamento compartilhado para reparos, sem interromper os outros membros. O armazenamento compartilhado é vital para a configuração do cluster.

Testes mostram que é difícil (se não impossível) configurar um paralelo SCSI multi-iniciador confiável a níveis de transmissão acima de 80 MB/seg, usando adaptadores SCSI padrão. Outros testes mostram que estas configurações não podem suportar reparos online, porque o canal (bus) não funciona de maneira confiável quando os terminadores HBA são desabilitados e terminadores externos são usados. Por estas razões, configurações de SCSI multi-iniciadores usando adaptadores padrões não são suportados. Ambos, adaptadores de canal SCSI de iniciadores simples (conectados ao armazenamento multi-porta) ou adaptadores Fibre Channel são necessários.

O Red Hat Cluster Manager requer que todos os membros do cluster tenham acesso simultâneo ao armazenamento compartilhado. Certos adaptadores RAID são capazes de oferecer este tipo de acesso às unidades RAID compartilhadas. Estes produtos precisam de testes exaustivos para assegurar uma operação confiável, especialmente se as unidades RAID compartilhadas são baseadas em canais SCSI paralelos. Tais produtos geralmente não permitem reparos online de um membro falho. Somente adaptadores RAID listados na Lista de Compatibilidade de Hardware da Red Hat são suportados.

O uso do software RAID ou do software de Gerenciamento de Volume Lógico (Logical Volume Management - LVM), não é suportado no armazenamento compartilhado. Isto se deve ao fato de que estes produtos não coordenam acesso de várias máquinas ao armazenamento compartilhado. Software RAID ou LVM podem ser usados em membros de cluster em armazenamento não-compartilhado (por exemplo: partições boot e do sistema, e outros sistemas de arquivo que não estejam associados a serviços de cluster).

1.1.2. Requisitos Mínimos de Hardware

Uma configuração mínima de hardware inclui somente os componentes necessários para a operação do cluster, conforme o seguinte:

  • Dois servidores para rodarem serviços de cluster

  • Conexão Ethernet para enviar pings de heartbeat (verifica se a outra máquina está funcionando) e para acesso do cliente à rede

  • Armazenamento compartilhado em disco para as partições compartilhadas do cluster e dados dos serviços

Os componentes de hardware descritos na Tabela 1-1 podem ser usados para definir uma configuração mínima do cluster. Esta configuração não garante a integridade dos dados sob todas as condições de falha porque não inclui comutadores de energia. Note que esta é uma amostra de configuração; é possível definir uma configuração mínima usando outro hardware.

HardwareDescrição
Dois servidoresCada membro inclui uma interface de rede para acesso do cliente e para conexões Ethernet, e também um adaptador SCSI (com terminação desabilitada) para a conexão do armazenamento compartilhado
Dois cabos de rede com conectores RJ45Os cabos de rede conectam uma interface de rede Ethernet de cada membro à rede para acesso do cliente e pings de heartbeat.
unidade de armazenamento RAIDA unidade de armazenamento RAID contém um controlador com, no mínimo, duas portas para máquinas.
Dois cabos SCSI HD68Cada cabo conecta um HBA a uma porta no controlador RAID, criando dois canais SCSI de iniciadores simples.

Tabela 1-1. Exemplo de Configuração Mínima do Cluster

A configuração mínima de hardware é a configuração do cluster de custo mais baixo; no entanto, inclui pontos múltiplos de falha. Por exemplo: se o controlador RAID falhar, todos os serviços do cluster tornam-se indisponíveis. Ao aplicar a configuração mínima de hardware, os timers do software watchdog devem ser configurados como uma provisão para a integridade dos dados. Consulte a Seção B.1.2.3 para mais detalhes.

Para melhorar a disponibilidade, proteger contra falha de componentes e garantir a integridade dos dados sob todas as condições de falha, a configuração mínima pode ser expandida, conforme descrito na Tabela 1-2.

ProblemaSolução
Falha no discoHardware RAID para replicar dados através de discos múltiplos
Falha no controlador RAIDControladores RAID duplos para oferecer acesso redundante aos dados do disco
Falha no heartbeatAgrupamento e transferência do canal Ethernet
Falha na fonte de energiaSistemas de fornecimento de energia redundante e ininterrupta (sistemas UPS)
Corrupção de dados sob todas as condições de falhaComutadores de energia ou timers watchdog baseados em hardware

Tabela 1-2. Melhorando a Disponibilidade e Garantindo a Integridade dos Dados

Uma configuração de hardware com no single point of failure, que garante a integridade dos dados sob todas as condições de falha, pode incluir os seguintes componentes:

  • Pelo menos dois servidores para rodar os serviços do cluster

  • Conexão Ethernet entre cada membro para pings 'heartbeat' e para acesso do cliente à rede

  • Conjunto de controlador RAID duplo para replicar partições compartilhadas e dados de serviços

  • Comutadores de energia para habilitar cada membro a assumir os serviços de outros membros durante a queda

  • Interfaces Ethernet configuradas para usar a ligação (bonding) de canal

  • Pelo menos dois sistemas UPS para uma fonte de energia de alta disponibilidade

Os componentes descritos na Tabela 1-3 podem ser usados para definir uma configuração de cluster no single point of failure, que inclui dois canais SCSI de iniciadores simples e comutadores de energia para garantir a integridade dos dados sob todas as condições de falha. Note que esta é uma amostra de configuração; é possível definir uma configuração no single point of failure usando outro hardware.

HardwareDescrição
Dois servidores (até 8 suportados)

Cada membro inclui o seguinte hardware:
Duas interfaces de rede para:
Conexões Ethernet ponto-a-ponto
Acesso do cliente à rede e pings heartbeat da Ethernet
Três portas seriais para:
Conexão remota ao comutador de energia
Conexão ao servidor do terminal
Um adaptador Adaptec 29160 (com terminação habilitada) para a conexão ao armazenamento compartilhado do disco

Um comutador de redeUm comutador de rede possibilita a conexão de múltiplos membros a uma rede.
Um servidor terminal CycladesUm servidor terminal permite o gerenciamento de membros remotos a partir de uma localidade central. (Um servidor terminal não é necessário para a operação do cluster.)
Quatro cabos de redeCabos de rede conectam o servidor terminal e a interface de rede de cada membro ao comutador de rede.
Dois cabos cruzados (crossover) RJ45 a DB9Cabos cruzados RJ45 a DB9 conectam a porta serial de cada membro ao servidor terminal Cyclades.
Dois comutadores de energia seriais anexosOs comutadores de energia possibilitam a cada membro assumir os serviços do outro membro antes que reinicie seus serviços. O cabo de energia de cada membro é conectado ao seu próprio comutador de energia. Note que comutadores de energia seriais anexos são suportados somente em clusters de dois membros.
Dois cabos de modem nullOs cabos de modem null conectam uma porta serial de cada membro ao comutador que provém energia ao outro membro. Esta conexão possibilita a cada membro assumir os serviços do outro.
Conjunto de discos FlashDisk RAID com controladores duplosControladores RAID duplos protegem contra falhas no disco e no controlador. Os controladores RAID oferecem acesso simultâneo para todas as unidades lógicas nas portas da máquina.
Dois cabos SCSI HD68Os cabos HD68 conectam cada adaptador de canal (bus) à uma porta "in" da unidade RAID, criando dois canais SCSI de iniciadores simples.
Dois terminadoresOs terminadores conectados a cada porta "out" da unidade RAID terminam os dois canais SCSI de iniciadores simples.
Sistemas UPS redundantesSistemas UPS oferecem uma fonte de energia de alta disponibilidade. Os cabos de energia dos comutadores de energia e da unidade RAID são conectados a dois sistemas UPS.

Tabela 1-3. Exemplo de Configuração No Single Point of Failure

A Figura 1-1 mostra um exemplo de uma configuração de hardware no single point of failure que inclui o hardware previamente descrito, dois canais SCSI de iniciadores simples e comutadores de energia para garantir a integridade dos dados sob todas as condições de erro. Um "T" circundado representa um terminador SCSI.

Figura 1-1. Exemplo de Configuração No Single Point of Failure

As configurações de hardware do cluster também podem incluir outros componentes de hardware opcionais, comuns a um ambiente computacional. Por exemplo: um cluster pode incluir um comutador de rede ou um hub de rede, que possibilita a conexão dos membros à rede. Um cluster também pode incluir um comutador de console, que facilita o gerenciamento de múltiplos membros e elimina a necessidade de monitores, mouses e teclados separados para cada membro.

Um tipo de comutador de console é o servidor terminal, que possibilita a conexão a consoles seriais e o gerenciamento de diversos membros a partir de uma localidade remota. Como uma alternativa de custo baixo, você pode usar um comutador KVM (keyboard, video, and mouse), que possibilita a múltiplos membros compartilhar um teclado, um monitor e um mouse. O KVM é apropriado para configurações onde é preferível o acesso a uma interface gráfica (GUI) para executar tarefas de gerenciamento do sistema.

Quando escolher um sistema, assegure de que este ofereça os slots PCI, slots de rede e portas seriais necessárias. Por exemplo: uma configuração no single point of failure requer portas Ethernet de ligações múltiplas. Consulte a Seção 1.2.1 para mais informações.

1.1.3. Escolhendo o Tipo do Controlador de Energia

A implementação do Red Hat Cluster Manager consiste de uma camada de gerenciamento de energia e um conjunto de módulos específicos dos dispositivos, que acomodam diversos tipos de gerenciamento de energia. Ao escolher o tipo de controlador de energia apropriado para aplicar no cluster, é importante reconhecer as implicações de determinados tipos de dispositivos. Veja abaixo a descrição dos tipos de comutadores de energia suportados seguidos de uma tabela sumária. Para obter uma explicação mais detalhada sobre o papel do comutador de energia na garantia da integridade dos dados, consulte a Seção 1.4.2.

Comutadores de energia seriais anexos e anexos à rede são dispositivos separados que possibilitam a um membro do cluster assumir os serviços do outro. Eles se parecem com um plug strip de energia nas tomadas individuais, que podem ser ligadas e desligadas sob controle do software, através de um cabo de rede ou serial. Comutadores de energia anexos à rede diferem dos seriais anexos porque conectam-se ao membros do cluster através do comutador ou hub Ethernet, ao invés da conexão direta aos membros do cluster. Um comutador de energia anexo à rede não pode ser ligado diretamente a um membro do cluster utilizando um cabo cruzado, já que o comutador de energia seria incapaz de assumir os serviços dos outros membros.

Timers watchdog oferecem um meio para que membros falhos sejam removidos do cluster antes que outro membro assuma seus serviços, ao invés de permitir que um membro do cluster assuma os serviços do outro prontamente. O modo operacional normal dos timers watchdog prega que o software do cluster deve restaurar um timer periodicamente antes de sua expiração. Se o software do cluster falhar em restaurar o timer, o watchdog dispara assumindo que o membro está pendente ou falho. O membro saudável do cluster permite uma janela de tempo antes de concluir que um outro membro falhou (por defalut, essa janela é de 12 segundos). O intervalo do timer watchdog deve ser menor que o tempo que leva para um membro concluir que o outro falhou. Desta maneira, um membro saudável pode supor, antes de assumir os serviços, que o membro falho do cluster se removeu seguramente do cluster (reiniciando) e não é mais um risco para a integridade dos dados. O suporte básico do watchdog está incluso no núcleo do kernel do Linux. O Red Hat Cluster Manager utiliza estas características do watchdog através de suas APIs e mecanismo de configuração padrão.

Há dois tipos de timers watchdog: baseado em hardware e baseado em software. Os timers watchdog baseados em hardware consistem tipicamente de componentes de placa do sistema, como o conjunto de chips Intel® i810 TCO. Os circuitos têm um alto nível de independência da CPU principal do sistema. Essa independência é benéfica nos casos de falha como a real pendência de um sistema, assim como nos casos em que reduz o nível de restauração do sistema, resultando na reinicialização do mesmo. Algumas placas PCI de expansão oferecem funcionalidades do watchdog.

Os timers watchdog baseados em software não têm nenhum hardware dedicado. A implementação é uma linha (thread) do kernel, que é executada periodicamente. Se a duração do timer expirar, a linha reinicializa o sistema. A vulnerabilidade de um timer watchdog baseado em software é que a linha do kernel não é acionada em determinados cenários de falha, como nas pendências de sistema enquanto as interrupções estão bloqueadas. Como resultado, sob condições como esta não é possível confiar no timer para a integridade dos dados. Isto pode fazer com que um membro saudável assuma os serviços de um outro membro pendente, o que pode ocasionar a corrupção dos dados em determinados cenários.

Finalmente, os administradores podem escolher não empregar nenhum controlador de energia. Quando um controlador de energia não está em uso, não há solução para um membro do cluster assumir os serviços de um membro falho. Da mesma forma, o membro falho não pode ter a garantia de se reinicializar sob todas as condições de falha.

ImportanteImportante
 

O uso de um controlador de energia é altamente recomendado em um ambiente de produção.

Por fim, o tipo correto de controlador de energia a ser empregado em um ambiente cluster, depende dos requisitos de integridade dos dados versus o custo e disponibilidade de comutadores de energia externos.

A Tabela 1-4 resume os tipos de módulos de gerenciamento de energia suportados e aborda suas vantagens e desvantagens separadamente.

TipoNotasPrósContras
Comutadores de energia seriais anexos (suportado somente em clusters de dois membros)Dois controladores de energia seriais anexos são usados em um cluster (um por membro)Oferece a garantia de alta integridade de dados— o próprio controlador de energia não é um single point of failure já que há dois em um cluster.Requer a aquisição de hardware e cabos do controlador de energia; consome as portas seriais; só pode ser usado em clusters de dois membros
Comutadores de energia anexos à redeÉ necessário apenas um comutador de energia anexo à rede por cluster (dependendo do número de membros); entretanto, até três são suportados para cada membro do cluster.Oferece garantias de alta integridade de dados e pode ser usado em clusters com mais de dois membrosRequer a aquisição de hardware do controlador de energia — o próprio controlador de energia pode se tornar um single point of failure (apesar de serem dispositivos tipicamente muito confiáveis)
Timer Watchdog de HardwareOferece garantias de alta integridade de dadosEvita a necessidade de aquisição de hardware externo do controlador de energiaNem todos os sistemas incluem hardware suportado do watchdog
Timer Watchdog de SoftwareOferece provisões aceitáveis de integridade dos dadosEvita a necessidade de aquisição de hardware externo do controlador de energia; funciona em qualquer sistemaSob alguns cenários de falha, o watchdog do software não é operacional, abrindo uma pequena janela de vulnerabilidade
Sem controlador de energiaNenhuma função do controlador de energia está em usoEvita a necessidade de aquisição de hardware externo do controlador de energia; funciona em qualquer sistemaVulnerável à corrupção dos dados sob determinados cenários de falha

Tabela 1-4. Comutadores de Energia

1.1.4. Componentes de Hardware do Cluster

Use as seguintes tabelas para identificar os componentes de hardware necessários para a configuração do cluster.

A Tabela 1-5 inclui o hardware necessário para os membros do cluster.

HardwareQuantidadeDescriçãoNecessário (a)
Membros do clusteroito (o máximo suportado)Cada membro do cluster deve oferecer slots PCI, slots de rede e portas seriais suficientes para a configuração do hardware do cluster. Como dispositivos de disco devem ter o mesmo nome em cada membro, é recomendado que os membros tenham sub-sistemas I/O simétricos. Também é recomendado que a velocidade do processador e a quantidade de memória do sistema sejam adequados para os processos executados nos membros do cluster. Consulte as Notas da Versão do Red Hat Enterprise Linux 3 para valores específicos. Veja a Seção 1.2.1 para mais informações.Sim

Tabela 1-5. Hardware do Membro do Cluster

A Tabela 1-6 inclui diversos tipos diferentes de comutadores de energia.

Um único cluster requer somente um tipo de comutador de energia.

HardwareQuantidadeDescriçãoNecessário (a)
Comutadores de energia seriaisDoisEm um cluster de dois membros, use comutadores de energia seriais para habilitar cada membro do cluster a assumir os serviços do outro. Consulte a Seção 1.4.2 para mais informações. Note que os membros do cluster são configurados com comutadores de energia seriais (suportados somente por clusters de dois membros) ou com comutadores de energia anexos à rede, mas não com ambos. Altamente recomendado para a integridade de dados sob todas as condições de falha
Cabo de modem nullDoisO cabo de modem null conecta uma porta serial de um membro do cluster a um comutador de energia serial. Isto possibilita que cada membro assuma os serviços do outro. Alguns comutadores de energia podem precisar de cabos diferentes.Somente se estiver usando comutadores de energia seriais
Base de montagemUmAlguns comutadores de energia suportam configurações de racks de montagem e requerem uma base de montagem separada.Somente para a montagem de racks de comutadores de energia
Comutador de energia de redeUm (depende da contagem de membros)Comutadores de energia anexos à rede habilitam cada membro a assumir os serviços (power cycle) de todos os outros. Consulte a Seção 1.4.2 para mais informações.Altamente recomendado para a integridade de dados sob todas as condições de falha
Timer WatchdogUm por membroTimers watchdog fazem com que um membro falho se auto-remova do cluster antes de um membro saudável assumir seus serviços. Consulte a Seção 1.4.2 para mais informações.Recomendado para a integridade dos dados em sistemas que oferecem watchdog de hardware integrado

Tabela 1-6. Tabela de Hardware do Comutador de Energia

A Tabela 1-8 à Tabela 1-10 mostram diversos componentes de hardware para o administrador escolher. Um cluster individual não requer todos os componentes listados nestas tabelas.

HardwareQuantidadeDescriçãoNecessário (a)
Interface de redeUma para cada conexão de redeCada conexão de rede requer uma interface de rede instalada em um membro.Sim
Comutador ou hub de redeUmUm comutador ou hub de rede permite a conexão de membros múltiplos a uma rede.Não
Cabo de redeUm para cada interface de redeUm cabo de rede convencional, como um cabo com conector VJ45, conecta cada interface de rede a um comutador ou hub de rede.Sim

Tabela 1-7. Tabela de Hardware de Rede

HardwareQuantidadeDescriçãoNecessário (a)
Adaptador de canal (host bus adapter)Um por membro

Para conectar ao armazenamento de disco compartilhado, instale um SCSI paralelo ou um adaptador de canal Fibre Channel em um slot PCI em cada membro do cluster.
Para SCSI paralelos, use um adaptador de canal com diferencial de baixa voltagem (low voltage differential - LVD). Os adaptadores têm conectores HD68 ou VHDCI.
Placas RAID baseadas em adaptadores de canal são suportadas somente se suportarem corretamente a operação com diversas máquinas. No momento da publicação este manual, não havia nenhuma placa RAID baseada em adaptadores de canal completamente testada.

Sim
Unidade de armazenamento de disco externoPelo menos uma

Use Fibre Channel ou um SCSI paralelo de iniciador simples para conectar os membros do cluster a um conjunto RAID de controlador simples ou duplo. Para usar os canais de iniciadores simples, um controldaor RAID deve ter portas de máquina múltiplas e oferecer acesso simultâneo para todas as unidades lógicas nas portas das máquinas. Para usar um conjunto RAID de controlador duplo, uma unidade lógica deve ser transferida de um controlador para outro de uma maneira transparente ao sistema operacional.
São recomendados conjuntos RAID SCSI que oferecem acesso simultâneo para todas as unidades lógicas nas portas.
Para assegurar a simetria dos IDs e LUNs dos dispositivos, muitos conjuntos RAID com controladores redundantes duplos devem ser configurados em um modo ativo/passivo.
Consulte a Seção 1.4.4 para mais informações.

Sim
Cabo SCSIUm por membroOs cabos SCSI com 68 pinos conectam cada adaptador de canal da máquina a uma porta de unidade de armazenamento. Os cabos têm conectores HD68 ou VHDCI e variam de acordo com o tipo de adaptador.Somente para configurações SCSI paralelas
Terminador SCSIConforme requisitado pela configuração do hardwarePara uma unidade de armazenamento RAID que usa portas "out" (como o conjunto de discos FlashDisk RAID) e é conectada a canais SCSI de iniciadores simples, conecte os terminados nas portas "out" para terminar os canais.Somente para configurações SCSI paralelas e só se for necessário para a terminação
Comutador ou hub Fibre ChannelUm ou doisUm comutador ou hub Fibre Channel pode ser necessário.Somente para algumas configurações Fibre Channel
Cabo Fibre ChannelConforme requisitado pela configuração do hardwareUm cabo Fibre Channel conecta um adaptador de canal da máquina a uma porta de unidade de armazenamento, um hub Fibre Channel, ou um comutador Fibre Channel. Se um hub ou comutador é usado, são necessários cabos adicionais para conectá-lo às portas do adaptador de armazenamento.Somente para configurações Fibre Channel

Tabela 1-8. Tabela de Hardware de Armazenamento de Disco Compartilhado

HardwareQuantidadeDescriçãoNecessário (a)
Interface de redeDuas para cada membroCada conexão Ethernet requer uma placa de interface de rede instalada em todos os membros do cluster.Não
Cabo cruzado (crossover) de redeUm para cada canalUm cabo cruzado de rede conecta a interface de rede de um membro à interface de rede de outros membros do cluster, criando uma conexão Ethernet para comunicar o heartbeating.Somente para uma conexão Ethernet redundante (é preferível o uso da conexão Ethernet ligada ao canal)

Tabela 1-9. Tabela de Hardware para Conexão Ethernet Ponto-a-ponto

HardwareQuantidadeDescriçãoNecessário (a)
sistema UPSUm ou maisSistemas UPS (Uninterruptible power supply) protegem contra a indisponibilidade (downtime) caso ocorra uma queda de energia. Os sistemas UPS são altamente recomendados para operações de cluster. Conecte os cabos de energia para a unidade de armazenamento compartilhado e ambos comutadores de energia a sistemas UPS redundantes. Note que um sistema UPS deve estar capacitado a oferecer voltagem por um período de tempo adequado, e deve estar conectado ao seu próprio circuito de energia.Altamente recomendado para disponibilidade

Tabela 1-10. Tabela de Hardware do Sistema UPS

HardwareQuantidadeDescriçãoNecessário (a)
Servidor terminalUmUm servidor terminal possibilita a você gerenciar muitos membros a partir de uma localidade remota. Não
KVMUmUm KVM possibilita que membros múltiplos compartilhem um teclado, um monitor e um mouse. Os cabos para conectar os membros ao comutador dependem do tipo de KVM.Não

Tabela 1-11. Tabela de Hardware do Comutador de Console