Para configurar o hardware e instalar o Red Hat Enterprise Linux, siga estes passos:
Escolha uma configuração de hardware de cluster que atenda às necessidades das aplicações e usuários. Consulte a Seção 1.1.
Configure e conecte os membros e o comutador do console opcional e o comutador de rede ou hub. Consulte a Seção 1.2.
Instale e configure o Red Hat Enterprise Linux nos membros do cluster. Consulte a Seção 1.3.
Configure os componentes remanescentes do hardware do cluster e conecte-os aos membros. Consulte a Seção 1.4.
Após configurar o hardware e instalar o Red Hat Enterprise Linux, instale o software do cluster.
![]() | Dica |
---|---|
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. |
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:
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.
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.
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.
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.
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).
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.
Hardware | Descrição |
---|---|
Dois servidores | Cada 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 RJ45 | Os cabos de rede conectam uma interface de rede Ethernet de cada membro à rede para acesso do cliente e pings de heartbeat. |
unidade de armazenamento RAID | A unidade de armazenamento RAID contém um controlador com, no mínimo, duas portas para máquinas. |
Dois cabos SCSI HD68 | Cada 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.
Problema | Solução |
---|---|
Falha no disco | Hardware RAID para replicar dados através de discos múltiplos |
Falha no controlador RAID | Controladores RAID duplos para oferecer acesso redundante aos dados do disco |
Falha no heartbeat | Agrupamento e transferência do canal Ethernet |
Falha na fonte de energia | Sistemas de fornecimento de energia redundante e ininterrupta (sistemas UPS) |
Corrupção de dados sob todas as condições de falha | Comutadores 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.
Hardware | Descrição | ||||||||
---|---|---|---|---|---|---|---|---|---|
Dois servidores (até 8 suportados) |
| ||||||||
Um comutador de rede | Um comutador de rede possibilita a conexão de múltiplos membros a uma rede. | ||||||||
Um servidor terminal Cyclades | Um 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 rede | Cabos de rede conectam o servidor terminal e a interface de rede de cada membro ao comutador de rede. | ||||||||
Dois cabos cruzados (crossover) RJ45 a DB9 | Cabos cruzados RJ45 a DB9 conectam a porta serial de cada membro ao servidor terminal Cyclades. | ||||||||
Dois comutadores de energia seriais anexos | Os 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 null | Os 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 duplos | Controladores 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 HD68 | Os cabos HD68 conectam cada adaptador de canal (bus) à uma porta "in" da unidade RAID, criando dois canais SCSI de iniciadores simples. | ||||||||
Dois terminadores | Os terminadores conectados a cada porta "out" da unidade RAID terminam os dois canais SCSI de iniciadores simples. | ||||||||
Sistemas UPS redundantes | Sistemas 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.
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.
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.
![]() | Importante |
---|---|
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.
Tipo | Notas | Prós | Contras |
---|---|---|---|
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 membros | Requer 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 Hardware | Oferece garantias de alta integridade de dados | Evita a necessidade de aquisição de hardware externo do controlador de energia | Nem todos os sistemas incluem hardware suportado do watchdog |
Timer Watchdog de Software | Oferece provisões aceitáveis de integridade dos dados | Evita a necessidade de aquisição de hardware externo do controlador de energia; funciona em qualquer sistema | Sob alguns cenários de falha, o watchdog do software não é operacional, abrindo uma pequena janela de vulnerabilidade |
Sem controlador de energia | Nenhuma função do controlador de energia está em uso | Evita a necessidade de aquisição de hardware externo do controlador de energia; funciona em qualquer sistema | Vulnerável à corrupção dos dados sob determinados cenários de falha |
Tabela 1-4. Comutadores de Energia
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.
Hardware | Quantidade | Descrição | Necessário (a) |
---|---|---|---|
Membros do cluster | oito (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.
Hardware | Quantidade | Descrição | Necessário (a) |
---|---|---|---|
Comutadores de energia seriais | Dois | Em 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 null | Dois | O 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 montagem | Um | Alguns 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 rede | Um (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 Watchdog | Um por membro | Timers 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.
Hardware | Quantidade | Descrição | Necessário (a) |
---|---|---|---|
Interface de rede | Uma para cada conexão de rede | Cada conexão de rede requer uma interface de rede instalada em um membro. | Sim |
Comutador ou hub de rede | Um | Um comutador ou hub de rede permite a conexão de membros múltiplos a uma rede. | Não |
Cabo de rede | Um para cada interface de rede | Um 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
Hardware | Quantidade | Descrição | Necessário (a) | ||||
---|---|---|---|---|---|---|---|
Adaptador de canal (host bus adapter) | Um por membro |
| Sim | ||||
Unidade de armazenamento de disco externo | Pelo menos uma |
| Sim | ||||
Cabo SCSI | Um por membro | Os 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 SCSI | Conforme requisitado pela configuração do hardware | Para 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 Channel | Um ou dois | Um comutador ou hub Fibre Channel pode ser necessário. | Somente para algumas configurações Fibre Channel | ||||
Cabo Fibre Channel | Conforme requisitado pela configuração do hardware | Um 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
Hardware | Quantidade | Descrição | Necessário (a) |
---|---|---|---|
Interface de rede | Duas para cada membro | Cada conexão Ethernet requer uma placa de interface de rede instalada em todos os membros do cluster. | Não |
Cabo cruzado (crossover) de rede | Um para cada canal | Um 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
Hardware | Quantidade | Descrição | Necessário (a) |
---|---|---|---|
sistema UPS | Um ou mais | Sistemas 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
Hardware | Quantidade | Descrição | Necessário (a) |
---|---|---|---|
Servidor terminal | Um | Um servidor terminal possibilita a você gerenciar muitos membros a partir de uma localidade remota. | Não |
KVM | Um | Um 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