36
Servidor de cluster Conceitos (Servidor Clu ... Conceitos Server cluster (clusters de servidor: Perguntas freqüentes para o Windows 2000 e Windows Server 2003) Atualização: 01 de janeiro de 2003 Aplica-se a: Windows Server 2003, Windows Server 2003 R2, Windows Server 2003 com SP1, Windows Server 2003 com SP2 P. Que hardware você precisa para construir um cluster de servidor? A. Os critérios mais importantes para o hardware de cluster de servidor é que ele seja incluído em um cluster de configuração validada na Lista de Compatibilidade de Hardware da Microsoft (HCL), indicando que ele passou o Cluster da Microsoft Hardware Compatibility Test. Todas as soluções qualificadas aparecem na HCL da Microsoft ( http://go.microsoft.com/fwlink/?linkid=67738 ). soluções de cluster listadas na HCL são suportadas pela Microsoft. Em geral, os critérios para a construção de um cluster de servidores incluem o seguinte: Servidores: Dois ou mais baseado em máquinas PCI executando uma das versões do sistema operacional que clusters de servidor de apoio (ver abaixo). Os clusters de servidor podem ser executados em todas as arquiteturas de hardware suportado pelo sistema operacional básico do Windows, no entanto, não se pode misturar 32 bits e arquitetura de 64 bits no mesmo cluster. Armazenamento: Cada servidor precisa estar ligado a um barramento externo de armazenamento compartilhado (es) que é / são separados dos ônibus que contém o disco do sistema, o disco de inicialização ou o arquivo de paginação de disco. Aplicações e dados são armazenados em um ou mais discos ligados a este autocarro. Deve haver capacidade de armazenamento suficiente no barramento de cluster compartilhado (es) para todos os aplicativos em execução no ambiente de cluster. Esta configuração permite que os aplicativos de

Raid e Cluster

Embed Size (px)

DESCRIPTION

Raid e cluster configurações e características.

Citation preview

Parte superior do formulrio

Servidor de cluster Conceitos (Servidor Clu ... Conceitos Server cluster (clusters de servidor: Perguntas freqentes para o Windows 2000 e Windows Server 2003) Atualizao: 01 de janeiro de 2003 Aplica-se a: Windows Server 2003, Windows Server 2003 R2, Windows Server 2003 com SP1, Windows Server 2003 com SP2 P. Que hardware voc precisa para construir um cluster de servidor? A. Os critrios mais importantes para o hardware de cluster de servidor que ele seja includo em um cluster de configurao validada na Lista de Compatibilidade de Hardware da Microsoft (HCL), indicando que ele passou o Cluster da Microsoft Hardware Compatibility Test. Todas as solues qualificadas aparecem na HCL da Microsoft ( http://go.microsoft.com/fwlink/?linkid=67738 ). solues de cluster listadas na HCL so suportadas pela Microsoft. Em geral, os critrios para a construo de um cluster de servidores incluem o seguinte: Servidores: Dois ou mais baseado em mquinas PCI executando uma das verses do sistema operacional que clusters de servidor de apoio (ver abaixo). Os clusters de servidor podem ser executados em todas as arquiteturas de hardware suportado pelo sistema operacional bsico do Windows, no entanto, no se pode misturar 32 bits e arquitetura de 64 bits no mesmo cluster. Armazenamento: Cada servidor precisa estar ligado a um barramento externo de armazenamento compartilhado (es) que / so separados dos nibus que contm o disco do sistema, o disco de inicializao ou o arquivo de paginao de disco. Aplicaes e dados so armazenados em um ou mais discos ligados a este autocarro. Deve haver capacidade de armazenamento suficiente no barramento de cluster compartilhado (es) para todos os aplicativos em execuo no ambiente de cluster. Esta configurao permite que os aplicativos de armazenamento compartilhado para failover entre os servidores do cluster.

A Microsoft recomenda hardware Redundant Array of Inexpensive Disks (RAID) para todos os discos de cluster para eliminar drives de disco como um potencial ponto nico de falha. Isso significa usar uma unidade de armazenamento RAID, um adaptador de RAID baseado em host que implementa RAID em discos, etc

SCSI suportado para configuraes de cluster de 2 ns apenas. Loop Fibre Channel arbitrado compatvel com clusters de 2 ns apenas. Microsoft recomenda o uso de canal de fibra comutada tecidos para grupos de mais de dois ns. Rede: Cada servidor precisa de pelo menos duas placas de rede. Normalmente, um da rede pblica ea outra uma rede privada entre os dois ns. Um endereo IP esttico necessrio para cada grupo de aplicaes que se movem como uma unidade entre ns. Os clusters de servidor pode projetar a identidade de vrios servidores de um nico cluster usando mltiplos endereos IP e nomes de computadores: isso conhecido como um servidor virtual. P. O que um recurso de cluster? A. Um recurso de cluster o menor nvel da unidade de gesto de um cluster de servidor. Um recurso representa um objeto fsico ou uma instncia de execuo de cdigo. Por exemplo, um disco fsico, um endereo IP, uma fila MSMQ, um objeto COM de todas estas coisas so consideradas recursos. Do ponto de vista de gesto, os recursos podem ser independentemente iniciado e interrompido e cada um monitorado para garantir que ela saudvel. Servidor de cluster pode monitorar qualquer tipo de recurso arbitrrio. Isso possvel porque clusters de servidor definir um recurso plug-in do modelo. Cada tipo de recurso tem associado um recurso plug in ou recurso dll que usado para iniciar, parar e fornecer informaes de sade que especfico para o tipo de recurso. Por exemplo, iniciar e parar o SQL Server diferente de comear e parar um disco fsico. O recurso DLL cuida das diferenas. Os desenvolvedores de aplicativos e administradores de sistema podem construir dlls novo recurso para as suas aplicaes que podem ser registrados com o servio de cluster. Os clusters de servidor fornece alguns genricos plug-ins que podem ser usados para fazer as aplicaes existentes cluster muito rapidamente, conhecido como servio genrico e de aplicao genrica. Com o Windows Server 2003, um recurso Generic Script plug-in foi adicionada que permite a dll de recurso a ser escritos em qualquer linguagem suportada pelo sistema operacional Windows. P. O que uma dependncia de recurso? A. Uma aplicao completa na verdade consiste em vrias peas ou mltiplos recursos, algumas peas so de cdigo e outros recursos fsicos necessrios para a aplicao. Os recursos esto relacionados de diferentes maneiras, por exemplo, um aplicativo que grava um disco no pode ficar online at que o disco est online. Se o disco falhar, ento, por definio, o aplicativo no pode continuar a executar, uma vez que escreve para o disco. dependncias de recursos podem ser definidos pelo desenvolvedor do aplicativo ou o administrador do sistema para capturar essas relaes. dependncias de recursos define a ordem em que os recursos so colocados online e controlar a forma como as falhas so propagadas para as vrias partes da aplicao. P. O que um grupo de recursos? A. Um grupo de recursos uma coleo de um ou mais recursos que so gerenciados e monitorados como uma nica unidade. Um grupo de recursos pode ser iniciado ou parado. Se um grupo de recursos iniciado, cada recurso no grupo iniciado (levando em conta qualquer ordem de incio definido pelas dependncias entre os recursos do grupo). Se um grupo de recursos interrompido, todos os recursos do grupo esto parados. Dependncias entre os recursos no pode abranger um grupo. Em outras palavras, o conjunto de recursos dentro de um grupo uma unidade autnoma que pode ser iniciado e interrompido, independentemente de qualquer outro grupo. Um grupo uma unidade nica e indivisvel, que est hospedado em um servidor em um cluster de servidor a qualquer ponto no tempo e a unidade de failover. P. Posso ter dependncias entre recursos em grupos diferentes? R. No, dependncias de recursos esto confinados a um nico grupo. P. O que um servidor virtual? A. Um servidor virtual um grupo de recursos que contm um recurso de endereo IP e um recurso de nome de rede. Quando um aplicativo est hospedado em um servidor virtual, o aplicativo pode ser acessado por clientes usando o endereo IP ou nome de rede no mesmo grupo de recursos. Como o grupo de recursos de failover no cluster, o endereo IP eo nome da rede permanecem os mesmos, portanto, o cliente fica sem saber da localizao fsica do pedido e continuaro a trabalhar no caso de uma falha de um dos servidores no cluster. P. Como posso tirar proveito dos recursos de extensibilidade do ISA Server? A. Um nmero de terceira-parte fornecedores oferecem solues como deteco de vrus, filtragem de contedo, categorizao de sites, relatrios e administrao. Os clientes e os desenvolvedores tambm tm a capacidade de criar suas prprias extenses para o ISA Server. O ISA Server inclui um kit de desenvolvimento de software para desenvolvimento de ferramentas que se baseiam em firewall ISA Server, cache e recursos de gerenciamento. P. Qual failover? Os clusters de servidor A. monitorar a sade dos ns do cluster e os recursos do cluster. No caso de uma falha no servidor, o software re-cluster inicia trabalho do servidor que falhou em um ou mais dos demais servidores. Se um recurso individual ou aplicao falhar (mas o servidor no faz), clusters de servidor, normalmente tenta re-iniciar o aplicativo no servidor mesmo, se isso falhar, ele move os recursos do aplicativo e re-inicia-lo em outro servidor. O processo de deteco de falhas e reiniciar o aplicativo em outro servidor no cluster conhecido como failover. O administrador do cluster pode definir polticas de recuperao diferentes, como se deve ou no re-iniciar uma aplicao no mesmo servidor, e se deve ou no automaticamente "failback" (re-equilibrar) as cargas de trabalho quando um servidor com falha estiver online. P. failover transparente para os usurios? Os clusters de servidor A. no necessitam de nenhum software especial em computadores cliente, de modo a experincia do usurio durante o failover depende da natureza do lado do cliente do seu servidor de aplicativo-cliente. reconexo do cliente pode ser transparente, porque o software de clusters de servidor foi reiniciado as aplicaes, compartilhamento de arquivos, etc, exatamente o endereo IP do mesmo. Se um cliente estiver usando o "state-less" conexes, como a ligao do browser padro, o cliente seria ignorar um failover se que ocorreu entre os pedidos do servidor. Se uma falha ocorre quando um cliente est ligado ao recurso falhou, ento o cliente receber qualquer tipo de notificao fornecido pelo lado do cliente da sua aplicao quando o servidor fica indisponvel. Isso pode ser, por exemplo, o padro "Abortar, Repetir ou Cancelar?" solicitar que voc obtm quando usando o Windows Explorer para baixar um arquivo no momento em um servidor ou rede vai para baixo. Neste caso, a religao do cliente no automtica (o usurio deve escolher "Repetir"), mas o usurio plenamente informado do que est acontecendo e tem um mtodo simples e bem compreendido de restabelecer contato com o servidor. claro, entretanto, o servio de cluster est ativamente re-iniciar o servio ou aplicativo para que, quando o usurio escolhe a opo "Repetir", ele re-aparece como se ele nunca foi embora. P. Qual o failback? A. Em caso de falha de um servidor em um cluster, as aplicaes e os recursos so failover para outro n no cluster. Quando o n no se junta ao cluster (depois de reiniciar, por exemplo), esse n agora livre para ser usado por aplicativos. Um administrador de cluster pode definir polticas de recursos e grupos de recursos que permitem que um aplicativo para mover automaticamente de volta a um n se torna disponvel, o que automaticamente aproveitando de um n de se reunir ao grupo. Essas polticas so conhecidas como polticas de failback. Voc deve tomar cuidado ao definir polticas failback automtico j que, dependendo da aplicao, automaticamente movendo o aplicativo (que estava funcionando muito bem), pode ter conseqncias indesejveis para os clientes que utilizam os aplicativos. P. Quando um aplicativo for reiniciado aps o failover, no restaurar o estado do aplicativo no momento da falha? R. No, clusters de servidor fornecem uma queda rpida e reiniciar o mecanismo. Quando uma aplicao falha sobre e reiniciado, o aplicativo reiniciado do zero. Todos os dados persistentes gravado em um banco de dados ou arquivos est disponvel para o aplicativo, mas todo o estado na memria que o pedido tinha antes do failover perdida. Pergunta: Em que nvel se failover existe? A. No nvel de grupo de recursos. P. O que um recurso de quorum e como ele ajuda a clusters de servidor fornecem alta disponibilidade? Os clusters de servidor A. necessitam de um recurso de quorum para funcionar. O recurso de quorum, como qualquer outro recurso, um recurso que s pode ser possudo por um servidor de cada vez, e para que os servidores possam negociar a propriedade. Negociao para o recurso de quorum permite que os clusters de servidor para evitar o "crebro dividido" situaes onde os servidores esto ativos e acho que os outros servidores esto em baixa. Isso pode acontecer quando, por exemplo, a interconexo do cluster est perdida eo tempo de resposta da rede problemtico. O recurso de quorum usado para armazenar a cpia definitiva da configurao do cluster de modo que, independentemente de qualquer seqncia de fracassos, a configurao do cluster ser sempre consistente. P. O que ativo / ativo versos ativo / passivo? A. ativo / ativo e ativo / passivo so termos usados para descrever a forma como os aplicativos so implantados em um cluster. Infelizmente, eles significam coisas diferentes para pessoas diferentes e por isso os termos tendem a causar confuso. Do ponto de vista de uma nica aplicao ou banco de dados: Ativo / Ativo significa que o mesmo pedido ou partes do mesmo servio pode ser executados simultaneamente em diferentes ns do cluster. Por exemplo, o SQL Server 2000 pode ser configurado de modo que o banco de dados particionado e cada n pode estar executando uma nica instncia do banco de dados. O SQL Server fornece a noo de pontos de vista a fornecer uma nica imagem do banco de dados inteiro. Ativo / Passivo significa que apenas um n do cluster pode ser que hospeda o aplicativo em questo. Por exemplo, um compartilhamento de arquivo nico ativo / passivo. Qualquer participao de determinado arquivo s pode ser hospedado em um n de cada vez. Do ponto de vista de um conjunto de instncias de um aplicativo ou servio: Ativo / Ativo significa que diferentes instncias do mesmo aplicativo podem ser executados simultaneamente em diferentes ns do cluster. Por exemplo, cada n em um cluster pode ser executando o SQL Server em um banco diferente. Um nico cluster pode suportar muitos compartilhamentos de arquivos que so hospedados nos ns de um cluster ao mesmo tempo. Activa / passiva significa que apenas uma instncia de um servio pode ser executado em qualquer parte do cluster. Por exemplo, no deve ser apenas uma nica instncia do servio de DHCP em execuo no cluster a qualquer momento. Do ponto de vista do cluster: Ativo / Ativo significa que todos os ns do cluster esto executando aplicaes. Estes podem ser de vrias instncias do mesmo aplicativo ou aplicativos diferentes (por exemplo, em um cluster de 2 ns, WINS pode ser executado em um n e DHCP pode ser executado em outro n). Activa / passiva significa que um dos ns do cluster livre e no est sendo usado para hospedar aplicativos. Os clusters de servidor suportam todas essas combinaes diferentes, os termos so realmente sobre como as aplicaes especficas ou conjuntos de aplicativos so implantados. Com o advento de mais de dois servidores em um cluster, comeando com o Windows 2000 Datacenter, o termo ativo / ativo confusa, pois pode haver quatro servidores. Quando existem vrios servidores, o conjunto de opes disponveis para a implantao se torna mais flexvel, permitindo diferentes configuraes, tais como N + I. P. Como posso beneficiar mais de dois ns em um cluster? A. Failover o mecanismo que os pedidos de instncia e as parties individuais de um pedido dividido normalmente empregam para alta disponibilidade (o Pack termo foi cunhado para descrever um altamente disponvel, a aplicao nica instncia ou partio). Em um cluster de 2 ns, definindo polticas de failover trivial. Se um n falhar, a nica opo o failover para o n restante. Como o tamanho de um cluster aumenta, as polticas de failover diferentes so possveis e cada um tem caractersticas diferentes. Failover Pares Em um cluster de grande porte, as polticas de failover pode ser definida de tal forma que cada aplicao definido como failover entre dois ns. O simples exemplo abaixo mostra duas aplicaes App1 e App2 em um cluster de quatro ns.

Figura 1: pares de failover Configurao tem prs e contras: Pro Bom para grupos que esto apoiando o peso-pesado 1 aplicaes, tais como bancos de dados. Essa configurao garante que, em caso de falha, dois aplicativos no sero hospedados no mesmo n.

Pro Muito fcil de planejamento de capacidade. Cada n dimensionada com base na aplicao que ele ter de host (como um cluster de 2 ns hospedar um aplicativo).

Pro Efeito de uma falha do n sobre a disponibilidade eo desempenho do sistema muito fcil de determinar.

Pro Obtenha a flexibilidade de um conjunto maior. No caso de um n retirado para manuteno, o amigo para uma determinada aplicao pode ser alterado dinamicamente (pode acabar com a poltica de espera abaixo).

Con Em configuraes simples, como a citada acima, apenas 50% da capacidade do cluster est em uso.

Con interveno do administrador pode ser necessria em caso de falhas mltiplas.

Um pedido de peso pesado aquele que consome um nmero significativo de recursos do sistema, tais como, a memria da CPU ou banda IO. pares de failover so suportados por clusters de servidores em todas as verses do Windows, limitando a lista de proprietrios possvel para cada recurso para um determinado par de ns. Hot-Standby Server Para reduzir a sobrecarga de pares de failover, o n de reposio para cada par podem ser consolidadas em um nico n, proporcionando um servidor em espera ativa, que capaz de captar o trabalho no caso de um fracasso.

Figura 2: Servidor de espera Configurao tem prs e contras: Pro Bom para grupos que so aplicativos de suporte de peso-pesados, tais como bancos de dados. Essa configurao garante que, no caso de uma falha nica, dois aplicativos no sero hospedados no mesmo n.

Pro Muito fcil de planejamento de capacidade. Cada n dimensionada com base na aplicao que necessita para sediar, a reposio dimensionado para ser o mximo dos outros ns.

Pro Efeito de uma falha do n sobre a disponibilidade eo desempenho do sistema muito fcil de determinar.

Con A configurao direccionado para um ponto nico de falha.

Con Realmente no lidar com vrias falhas tambm. Este pode ser um problema durante a manuteno, onde a reposio pode estar em uso.

Os clusters de servidor de apoio os servidores em espera hoje, utilizando uma combinao da lista de possveis proprietrios e os proprietrios da lista preferencial. O n deve ser ajustado para o n que o aplicativo ser executado por padro e os possveis proprietrios de um determinado recurso deve ser definido como o n preferencial eo n de reposio. N + I servidor espera funciona bem para clusters de 4 ns em algumas configuraes, porm, sua capacidade de lidar com mltiplas falhas limitada. N + I configuraes so uma extenso do conceito de servidor de espera, onde existem N ns hospedagem de aplicativos e eu ns reposio.

Figura 3: N reposio n de configurao I + Configurao tem prs e contras: Pro Bom para grupos que so aplicativos de suporte de peso-pesados, tais como bancos de dados ou Exchange. Essa configurao garante que, no caso de uma falha, uma instncia do aplicativo de failover para um n de reposio, no uma que j est em uso.

Pro Muito fcil de planejamento de capacidade. Cada n dimensionada com base na aplicao que ele ter de acolhimento.

Pro Efeito de uma falha do n sobre a disponibilidade eo desempenho do sistema muito fcil de determinar.

Pro Configurao funciona bem para vrias falhas.

Con Realmente no lidar com mltiplas aplicaes rodando no mesmo cluster bem. Esta poltica mais adequado para aplicaes rodando em um cluster dedicado.

cluster Server oferece suporte a N + I cenrios no lanamento do Windows Server 2003 usando um grupo de cluster AntiAffinityClassNames propriedade pblica. Esta propriedade pode conter uma seqncia arbitrria de caracteres. No caso de um failover, se um grupo que est sendo no mais tem uma cadeia de caracteres no-vazias na propriedade AntiAffinityClassNames, o Gerenciador de failover ir verificar todos os outros ns. Se no houver nenhum n na lista de possveis proprietrios do recurso que no esto hospedando um grupo com o mesmo valor em AntiAffinityClassNames, em seguida, os ns so considerados um bom alvo para failover. Se todos os ns do cluster esto hospedando grupos que contenham o mesmo valor na propriedade AntiAffinityClassNames, ento a lista n preferencial usado para selecionar um alvo de failover. Failover Anel anis Failover permite que cada n no cluster para executar uma instncia do aplicativo. No caso de uma falha, a aplicao no n no movido para o prximo n na seqncia.

Figura 4: Anel de failover Configurao tem prs e contras: Pro Bom para grupos que esto apoiando vrias instncias pequeno aplicativo onde a capacidade de qualquer n grande o suficiente para suportar vrias ao mesmo tempo.

Pro Efeito sobre o desempenho de uma falha de n fcil de prever.

Pro Fcil para planejar a capacidade de uma nica falha.

Con Configurao no funcionam bem para todos os casos de mltiplas falhas. Se um n de um falhar, o n 2 ir hospedar duas instncias de aplicao e ns 3 e 4 vai acolher uma instncia do aplicativo. Se o n 2 falhar, Nodo 3 estar hospedando trs instncias de aplicao e N 4 estar hospedando uma instncia

Con No bem adequado para aplicaes pesadas desde vrias instncias pode acabar sendo hospedados no mesmo n, mesmo se houver ns levemente carregado.

anis de failover so suportados por clusters de servidor no Windows Server 2003 verso. Isto feito atravs da definio da ordem de failover para um determinado grupo atravs da lista de preferncia do proprietrio. A ordem de n deve ser escolhido e, em seguida, a lista n preferencial deve ser criado com cada grupo a partir de um n diferente. Random Em grandes aglomerados ou clusters de at 4 ns que esto executando diversas aplicaes, definio de metas especficas de failover ou polticas para cada instncia do aplicativo pode ser extremamente complexo e sujeito a erros. A melhor poltica, em alguns casos permitir que o destino a ser escolhido ao acaso, com uma probabilidade estatstica de que isso vai espalhar a carga de todo o cluster, no caso de um fracasso. Configurao tem prs e contras: Pro Bom para grupos que esto apoiando vrias instncias pequeno aplicativo onde a capacidade de qualquer n grande o suficiente para suportar vrias ao mesmo tempo.

Pro No requer um administrador para decidir onde um determinado aplicativo deve failover.

Pro Desde que haja pedidos suficientes, ou as aplicaes so divididas finamente bastante, isso proporciona um bom mecanismo para estatisticamente equilibrar a carga de aplicativos no cluster, no caso de um fracasso.

Pro Configurao funciona bem para vrias falhas.

Pro Muito bem atento movimentao de vrios aplicativos ou vrias instncias do mesmo aplicativo em execuo no mesmo cluster bem.

Con Pode ser difcil para a capacidade do plano. No h nenhuma garantia real de que a carga ser equilibrado em todo o cluster.

Con Efeito sobre o desempenho de uma falha de n no fcil de prever.

Con No bem adequado para aplicaes pesadas desde vrias instncias pode acabar sendo hospedados no mesmo n, mesmo se houver ns levemente carregado.

O lanamento do Windows Server 2003 clusters de servidor de forma aleatria a meta de failover em caso de falha do n. Cada grupo de recursos que tem uma lista vazia proprietrios preferenciais sero failover para um n aleatrio do cluster no caso em que o n est hospedando atualmente ele falhar. controle personalizado H alguns casos em que ns especficos pode ser prefervel para uma instncia determinada aplicao. Configurao tem prs e contras: Pro Administrador tem controle total sobre o que acontece quando ocorre uma falha.

Pro O planejamento da capacidade fcil, pois os cenrios de falha so previsveis.

Con Com muitas aplicaes rodando em um cluster, definindo uma poltica de bom para as falhas podem ser extremamente complexas.

Con Muito difcil de plano para mltiplas falhas em cascata.

clusters de servidor fornecem controle total sobre a ordem de failover usando o recurso de lista preferencial n. A semntica completa da lista n preferencial pode ser definido como: Preferidos lista de ns Mover grupo para melhor iniciadas atravs do administrador Failover devido falha de n ou grupo

Contm todos os ns do cluster Grupo movido para o maior n na lista n preferencial que est instalado e funcionando no cluster. Grupo movido para o prximo n na lista n preferencial.

Contm um subconjunto dos ns do cluster Grupo movido para o maior n na lista n preferencial que est instalado e funcionando no cluster. Se nenhum n na lista de ns preferenciais esto funcionando, o grupo movido para um n aleatrio. Grupo movido para o prximo n na lista n preferencial. If the node that was hosting the group is the last on the list or was not in the preferred node list, the group is moved to a random node.

Vazio Grupo movido para um n aleatrio. Grupo movido para um n aleatrio.

P. Como muitos recursos podem ser hospedados em um cluster? A. O limite terico para o nmero de recursos em um cluster 1674, porm, voc deve estar ciente de que o servio de cluster periodicamente pesquisas de recursos para garantir que eles esto vivos. Conforme aumenta o nmero de recursos, a sobrecarga desta pesquisa tambm aumenta. Tags : Adicionar uma marca

Contedo da Comunidade

Adicionar novo contedo Anotaes

2011 da Microsoft. Todos os direitos reservados. Termos de Uso | Marcas Registadas | Declarao de Privacidade

Parte inferior do formulrio

Voltar pgina do ndice de Gesto de Armazenamento Compreendendo os conceitos de RAID Guia Dell OpenManage Server Administrator User Management Storage O que RAID? Organizador de armazenamento de dados de disponibilidade e desempenho Escolhendo nveis de RAID e concatenao Comparando RAID nvel de desempenho e de concatenao Storage Management oferece gerenciamento de armazenamento com RAID (Redundant Array of Independent Disks) de tecnologia. Entendendo o gerenciamento de armazenamento requer um entendimento dos conceitos de RAID, bem como alguma familiaridade com a forma como os controladores de seu sistema RAID e sistema operacional de espao em disco vista. O que RAID? RAID (Redundant Array of Independent Disks) uma tecnologia de gesto como os dados so armazenados nos discos fsicos que residem em seu sistema ou est ligado a ele. Um aspecto fundamental do RAID a capacidade de discos span fsico para que a capacidade de armazenamento combinada de vrios discos fsicos podem ser tratados como um bloco nico e prolongado de espao em disco. Outro aspecto fundamental do RAID a capacidade de manter os dados redundantes que podem ser utilizados para restaurar os dados em caso de uma falha de disco. RAID utiliza diferentes tcnicas, tais como faixas, espelhamento e paridade, para armazenar e reconstruir os dados. Existem diferentes nveis de RAID que usam diferentes mtodos para armazenar e reconstruo de dados. Os nveis RAID tm caractersticas diferentes em termos de leitura / gravao de desempenho, proteo de dados e capacidade de armazenamento. Nem todos os nveis RAID mantm dados redundantes, o que significa que em alguns nveis de RAID dados perdidos no podem ser restaurados. Nvel de RAID que escolher depende se sua prioridade for desempenho, proteo, ou capacidade de armazenamento. NOTA: O RAID Advisory Board (RAB) define as especificaes usadas para implementar RAID. Embora o RAID Advisory Board (RAB), define os nveis de RAID, a aplicao comercial dos nveis de RAID por diferentes fornecedores podem variar entre as especificaes RAID real. Uma aplicao utilizada por um determinado fornecedor pode afetar a ler e escrever desempenho eo grau de redundncia de dados.

Hardware e Software RAID RAID pode ser implementado com hardware ou software. Um sistema com hardware RAID tem um controlador RAID que implementa os nveis de RAID e processa dados l e grava os discos fsicos. Quando o software usando RAID, o sistema operacional deve implementar os nveis de RAID. Por esta razo, usando software RAID, por si s pode prejudicar o desempenho do sistema. Voc pode, entretanto, use o software RAID no topo de hardware RAID volumes para proporcionar maior desempenho e variedade na configurao de volumes RAID. Por exemplo, voc pode espelhar um par de hardware RAID 5 volumes atravs de dois controladores RAID para fornecer redundncia RAID controlador. NOTA: Esta verso do Storage Management s suporta RAID de hardware.

RAID Conceitos RAID utiliza tcnicas especficas para escrever dados em discos. Estas tcnicas permitem RAID para fornecer redundncia de dados ou um melhor desempenho. Essas tcnicas incluem: Espelhamento - Duplicar os dados de um disco fsico em outro disco fsico. Espelhamento fornece redundncia de dados, mantendo duas cpias dos mesmos dados em diferentes discos fsicos. Se um dos discos no espelho falhar, o sistema pode continuar a operar com o disco afetado. Ambos os lados do espelho contm os mesmos dados em todos os momentos. Ambos os lados do espelho pode atuar como o lado operacional. Um grupo de discos RAID espelhado no desempenho comparvel a um grupo de discos em RAID 5, mas as operaes de leitura mais rpida em operaes de gravao. Striping - Disk striping grava dados em todos os discos fsicos em um disco virtual. Cada banda constituda por dados do disco virtual consecutivos endereos que so mapeados em unidades de tamanho fixo para cada disco fsico no disco virtual usando um padro seqencial. Por exemplo, se o disco virtual inclui cinco discos fsicos, a banda grava dados em discos fsicos de um a cinco, sem repetir qualquer um dos discos fsicos. A quantidade de espao consumido por uma listra o mesmo em cada disco fsico. A parcela de uma faixa que reside em um disco fsico um elemento de distribuio. Striping por si s no fornece redundncia de dados. Striping em combinao com a paridade no fornece redundncia de dados. Stripe - O espao em disco total consumida por uma faixa no com um disco de paridade. Por exemplo, considere uma faixa que contm 64KB de espao em disco e tem 16 KB de dados residentes em cada disco na tarja. Neste caso, o tamanho do bloco 64KB eo tamanho do elemento listra 16KB. Stripe elemento - Um elemento de distribuio a parte de uma banda que reside em um nico disco fsico. Stripe elemento - A quantidade de espao em disco consumido por um elemento de distribuio. Por exemplo, considere uma faixa que contm 64KB de espao em disco e tem 16 KB de dados residentes em cada disco na tarja. Neste caso, o tamanho do elemento listra 16KB eo tamanho do bloco de 64KB. Paridade - A paridade se refere aos dados redundantes que mantida atravs de um algoritmo em combinao com striping. Quando um dos discos falhar listrada, os dados podem ser reconstrudos a partir das informaes de paridade com o algoritmo. Extenso - A extenso uma tcnica de RAID usado para combinar espao de armazenamento de grupos de discos fsicos em um RAID 10 50 ou no disco virtual. Nveis de RAID Cada nvel RAID utiliza uma combinao de espelhamento, striping e paridade para fornecer redundncia de dados ou ler e escrever melhor desempenho. Para obter informaes especficas sobre cada nvel de RAID, consulte "Escolhendo Nveis de RAID e concatenao". Organizador de armazenamento de dados de disponibilidade e desempenho RAID fornece mtodos diferentes nveis de RAID ou para organizar o armazenamento em disco. Alguns nveis de RAID manter dados redundantes para que voc possa restaurar os dados aps uma falha de disco. Diferentes nveis RAID tambm podem implicar um aumento ou diminuio do sistema I / O (leitura e escrita) de desempenho. Manter os dados redundantes requer o uso adicional de discos fsicos. Como os discos mais se envolvem, a probabilidade de a falha no disco. Por causa das diferenas no desempenho de I / O e redundncia, um nvel RAID pode ser mais apropriado do que outro baseado em aplicaes no ambiente operacional e da natureza dos dados armazenados. Quando concatenao escolha ou um nvel de RAID, o seguinte desempenho e consideraes de custo-se por: Disponibilidade ou de tolerncia a falhas. Disponibilidade ou tolerncia a falhas, refere-se a capacidade de um sistema para manter suas operaes e proporcionar o acesso aos dados mesmo quando um de seus componentes falhou. Em volumes RAID, disponibilidade ou tolerncia a falhas conseguida atravs da manuteno de dados redundantes. Dados redundantes inclui espelhos (dados duplicados) e informaes de paridade (dados de reconstruo utilizando um algoritmo). Desempenho. Ler e escrever o desempenho pode ser aumentado ou diminudo, dependendo do nvel de RAID que voc escolher. Alguns nveis de RAID podem ser mais apropriados para aplicaes especficas. eficincia de custos. Manter os dados redundantes ou informaes de paridade associada com volumes RAID requer mais espao em disco. Em situaes onde os dados so temporrias, de fcil reproduo, ou no-essenciais, o aumento do custo de redundncia de dados no pode ser justificada. Mean Time Between Failure (MBTF). Usando discos adicionais para manter a redundncia de dados tambm aumenta a chance de falha do disco a qualquer momento. Embora este no pode ser evitada em situaes em que dados redundantes um requisito, tem implicaes para a carga de trabalho da sua organizao pessoal de apoio do sistema. Para obter mais informaes, consulte "Escolhendo Nveis de RAID e concatenao". Escolhendo nveis de RAID e concatenao Voc pode usar o RAID ou concatenao para controlar os dados armazenados em vrios discos. Cada nvel de RAID ou concatenao tem o desempenho e caractersticas diferentes de proteco de dados. As sees a seguir fornecem informaes especficas sobre como cada nvel de RAID ou armazenar dados de concatenao, assim como seu desempenho e caractersticas de proteo. "Concatenao" "Nvel de RAID 0 (Striping)" "Nvel de RAID 1 (espelhamento)" "Nveis de RAID 5 (striping com paridade distribuda)" "RAID nvel 50 (Striping sobre o RAID 5 jogos)" "RAID nvel 10 (Striping mais conjuntos de espelhos)" "RAID Nvel 1-concatenados (espelho concatenados)" "Comparando RAID nvel de desempenho e de concatenao" Concatenao Em gerenciamento de armazenamento, a concatenao se refere ao armazenamento de dados em cada disco fsico ou em um espao que se estende por vrios discos fsicos. Ao longo de mais de um disco, a concatenao permite ao sistema operacional para ver vrios discos fsicos como um nico disco. Os dados armazenados em um nico disco pode ser considerado um volume simples. Esse disco tambm pode ser definida como um disco virtual, que compreende apenas um nico disco fsico. Os dados que abrange mais de um disco fsico pode ser considerado um volume estendido. Vrias concatenadas discos tambm pode ser definida como um disco virtual que engloba mais de um disco fsico. Um volume dinmico que se estende a reas distintas do mesmo disco tambm considerado concatenadas. Quando um disco fsico em um volume concatenadas ou estendido falhar, todo o volume se torna indisponvel. Como os dados no redundante, no podem ser restaurados atravs da reconstruo de um disco espelhado ou informaes de paridade. Restaurando a partir de um backup a nica opo. Como os volumes concatenados no usam espao em disco para manter os dados redundantes, so mais rentveis do que os volumes que usam espelhos ou informaes de paridade. Um volume concatenado pode ser uma boa opo para dados que so temporrias, de fcil reproduo, ou que no justifica o custo da redundncia de dados. Alm disso, um volume concatenado pode ser facilmente expandido pela adio de um disco fsico adicional. Figura 3-1. Concatenar Discos

n discos Concatena como um grande disco virtual com capacidade para n discos. Dados enche o primeiro disco antes de ser gravado no segundo disco. No redundncia de dados mantido. Quando um disco falha, o grande disco virtual falhar. Nenhum ganho de desempenho. Nenhuma redundncia. Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" Nvel de RAID 0 (Striping) RAID 0 usa striping de dados, que a gravao de dados em segmentos de igual tamanho entre os discos fsicos. RAID 0 no fornece redundncia de dados. Figura 3-2. Striping Discos

RAID 0 Caractersticas: Grupos de n discos, como um grande disco virtual com uma capacidade de (menor tamanho de disco) * n discos. Os dados so armazenados nos discos alternadamente. No redundncia de dados mantido. Quando um disco falha, o grande disco virtual falhar com nenhum meio de recuperar os dados. Melhor ler e escrever desempenho. Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Comparando RAID nvel de desempenho e de concatenao" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" Nvel de RAID 1 (espelhamento) RAID 1 a forma mais simples de manter os dados redundantes. No RAID 1, os dados so espelhados ou repetido em um ou mais discos fsicos. Se um disco fsico em um lado do espelho falhar, os dados podem ser reconstrudos usando o disco fsico do outro lado do espelho. Figura 3-3. Espelhamento de discos

RAID 1 Caractersticas: Grupos de n + n discos como um disco virtual com capacidade de n discos. Os controladores actualmente suportados pelo Storage Management permitir a seleo de dois discos ao criar um RAID 1. Porque estes discos so espelhados, a capacidade total de armazenamento igual a um disco. Os dados so replicados nos dois discos. Quando um disco falha, o disco virtual ainda funciona. Os dados sero lidos a partir do espelho do disco que falhou. Melhor performance de leitura, mas um pouco mais lento o desempenho de gravao. Redundncia para a proteco de dados. RAID 1 mais caro em termos de espao em disco uma vez que o dobro do nmero de discos so usados do que o necessrio para armazenar os dados, sem redundncia. Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Comparando RAID nvel de desempenho e de concatenao" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" Nveis de RAID 5 (striping com paridade distribuda) O RAID 5 fornece redundncia de dados usando distribuio de dados em combinao com a informao de paridade. Ao invs de dedicar um disco fsico para a paridade, no entanto, as informaes de paridade so distribudos em todos os discos fsicos no disco do grupo. Figura 3-4. Striping discos com paridade distribuda

RAID 5 Caractersticas: Grupos de n discos, como um grande disco virtual com uma capacidade de (n-1) discos. Informaes redundantes (paridade) alternadamente armazenados em todos os discos. Quando um disco falha, o disco virtual ainda funciona, mas est operando em estado degradado. Os dados so reconstrudos a partir dos discos de sobrevivncia. Melhor performance de leitura, mas mais lento o desempenho de gravao. Redundncia para a proteco de dados. Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Comparando RAID nvel de desempenho e de concatenao" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" RAID 50 (Striping sobre RAID 5 jogos) RAID 50 striping por mais de um palmo de discos fsicos. Por exemplo, um grupo de discos RAID 5, que executado com trs discos fsicos e, em seguida, continua com um grupo de discos de mais trs discos fsicos seria um RAID 50. possvel implementar RAID 50, mesmo quando o hardware no o apoiam directamente. Neste caso, voc pode implementar mais de um RAID 5 discos virtuais e, em seguida, converter o RAID 5 discos para discos dinmicos. Voc pode ento criar um volume dinmico que se estendeu em todos os cinco discos RAID virtual. Figura 3-5. RAID 50

RAID 50 Caractersticas: Grupos de n * s discos, como um grande disco virtual com uma capacidade de * s (n-1) discos, onde s o nmero de vos e n o nmero de discos dentro de cada perodo. Informaes redundantes (paridade) alternadamente armazenados em todos os discos RAID 5 de cada perodo. Melhor performance de leitura, mas mais lento o desempenho de gravao. Requer proporcionalmente como informaes de paridade quanto RAID nvel 5. Os dados so distribudos em todos os vos. RAID 50 mais caro em termos de espao em disco. NOTA: No 3/SC PERC, 3/DCL, 3/DC, 3/QC, 4/SC, 4/DC, 4e/DC, 4/Di, 4e/Si, 4e/Di e ATA100/4ch CERC controladores, h consideraes especiais na aplicao da RAID 50 em um grupo de discos que tem discos de diferentes tamanhos. Consulte "Consideraes sobre RAID 10 e 50 de 3/SC PERC, 3/DCL, 3/DC, 3/QC, 4/SC, 4/DC, 4e/DC, 4/Di, 4e/Si, 4e/Di, CERC e ATA100/4ch Controllers " para mais informaes.

Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Comparando RAID nvel de desempenho e de concatenao" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" RAID 10 (Striping mais conjuntos de espelhos) O Conselho Consultivo considera RAID RAID nvel 10 para ser uma implementao de RAID nvel 1. RAID 10 combina discos espelhados fsica (RAID 1), com distribuio de dados (RAID 0). Com o RAID 10, os dados so distribudos em vrios discos fsicos. O grupo ento distribudo disco espelhado em um outro conjunto de discos fsicos. RAID 10 pode ser considerado um espelho de listras. Figura 3-6. Striping Mais grupos de discos espelhados

RAID 10 Caractersticas: Grupos de n discos, como um grande disco virtual com uma capacidade de (n / 2) discos. imagens dos dados so distribudos em conjuntos de discos fsicos. Este nvel fornece redundncia atravs de espelhamento. Quando um disco falha, o disco virtual ainda funcional. Os dados sero lidos a partir do disco sobrevivente espelhado. Melhorou o desempenho de leitura e gravao de desempenho. Redundncia para a proteco de dados. NOTA: No 3/SC PERC, 3/DCL, 3/DC, 3/QC, 4/SC, 4/DC, 4e/DC, 4/Di, 4e/Si, 4e/Di e ATA100/4ch CERC controladores, h consideraes especiais na aplicao da RAID 10 com um grupo de disco que tem discos de diferentes tamanhos. Consulte "Consideraes sobre RAID 10 e 50 de 3/SC PERC, 3/DCL, 3/DC, 3/QC, 4/SC, 4/DC, 4e/DC, 4/Di, 4e/Si, 4e/Di, CERC e ATA100/4ch Controllers " para mais informaes.

Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Comparando RAID nvel de desempenho e de concatenao" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" RAID nvel 1-concatenados (espelho concatenados) RAID 1-concatenado um grupo de discos RAID 1, que se estende por mais de um nico par de discos fsicos. Este combina as vantagens de concatenao com a redundncia do RAID 1. No striping est envolvido neste tipo de RAID. Alm disso, o RAID 1 concatenado pode ser implementado em hardware que suporta apenas o RAID 1, criando diversas RAID 1 discos virtuais, atualizando os discos virtuais em discos dinmicos e, em seguida, usando estendendo-se at concatenar todas as RAID 1 os discos virtuais em um grande volume dinmico. Figura 3-7. RAID 1-concatenados

NOTA: Este nvel de RAID usado somente com PERC 3/Si e PERC 3/di controladores.

Informaes relacionadas: Veja o seguinte: "Organizar o armazenamento de dados de disponibilidade e desempenho" "Comparando RAID nvel de desempenho e de concatenao" "Controlador apoiado Nveis de RAID" "Nmero de discos fsicos por disco virtual" "Nmero mximo de discos virtuais por Controller" Consideraes sobre RAID 10 e 50 de 3/SC PERC, 3/DCL, 3/DC, 3/QC, 4/SC, 4/DC, 4e/DC, 4/Di, 4e/Si, 4e/Di e CERC ATA100/4ch Controladores Na PERC 3/SC, 3/DCL, 3/DC, 3/QC, 4/SC, 4/DC, 4e/DC, 4/Di, 4e/Si, 4e/Di e controladores CERC ATA100/4ch, h consideraes especiais na aplicao da RAID 10 ou RAID 50 em um grupo de discos que tem discos de diferentes tamanhos. Ao implementar RAID 10 ou RAID 50, espao em disco estendido para criar as listras e espelhos. O tamanho da extenso pode variar para acomodar os tamanhos de disco diferentes. H, no entanto, a possibilidade de que uma parte do disco maior no grupo de disco poder ser usado, resultando em desperdcio de espao em disco. Por exemplo, considere um grupo de disco que tem os seguintes discos: Um disco GB = 40 Disco B = 40 GB GB de disco C = 60 Disco D = 80 GB Neste exemplo, os dados sero expandidos em todos os quatro discos que o disco A e B de disco e 40 GB em cada disco de C e D esto completamente cheias. Os dados sero, ento, ser estendido em discos C e D, at disco C est cheio. Isso deixa 20 GB de espao em disco restante no disco D. Os dados no podem ser gravados neste espao em disco, como no h espao em disco disponvel correspondente no grupo de discos para criar dados redundantes. Comparando RAID nvel de desempenho e de concatenao A tabela seguinte compara as caractersticas de desempenho associados aos nveis mais comuns de RAID. Esta tabela fornece diretrizes gerais para a escolha de um nvel de RAID. Tenha em mente as necessidades de seu ambiente especfico na escolha de um nvel de RAID. NOTA: A seguinte tabela no mostra todos os nveis RAID suportados pelo Storage Management. Para obter informaes sobre todos os nveis RAID suportados pelo Storage Management, consulte "Escolhendo Nveis de RAID e concatenao".

RAID nvel e Comparao de Desempenho de concatenao RAID Nvel Dados Disponibilidade Leia Performance Escrever Performance Reconstruir Performance Discos Mnimo Requerido Sugestes de uso

Concatenao Nenhum ganho. Nenhum ganho. Nenhum ganho. N / A 1 ou 2, dependendo do controlador. Mais eficiente do que os nveis de RAID redundantes. Uso de dados no crticos.

RAID 0 Nenhum Muito Bom Muito Bom N / A N dados no crticos

RAID 1 Excelente Muito Bom Boa Boa 2N (N = 1) pequenos bancos de dados, banco de dados de logs, informaes crticas

RAID 5 Boa Leituras seqenciais: bom. Transacional l: Muito bom Feira, a no ser usando cache write-back Pobres N 1 + (N = pelo menos dois discos) Bancos de dados e outros de leitura intensiva usa transacional

RAID 10 Excelente Muito Bom Feira Boa 2N x X ambientes de uso intenso de dados (registros grandes)

RAID 50 Excelente Muito Bom Feira Feira N 2 + (N = pelo menos 4) Mdias usa transacional ou data-intensive

N = Nmero de discos fsicos X = Nmero de conjuntos RAID

Voltar pgina do ndice de Gesto de Armazenamento