Vela as ilhas Storage Area Network
Imagine que você tenha aprendido a amar esta rede de área de armazenamento material (SAN) tanto que ele está reproduzindo-se como coelhos em toda a sua empresa! As coisas estão começando a ficar fora de mão novamente. Você tem pequenas ilhas de SANs localizados em vários edifícios, e você está encontrando dificuldades para gerenciar todos esses ambientes SAN separados.
Menu
Uma nova tendência na gestão de SAN é a capacidade de acessar e controlar recursos de armazenamento de uma empresa a partir de um help desk centralizado através de um único console de gerenciamento. Outra tendência em redes de armazenamento é a capacidade de replicar dados entre locais para permitir a recuperação de desastres. O que torna tudo isso possível é a capacidade de se conectar SANs.
No entanto, ter SANs em vários lugares é uma coisa boa, e você pode tirar proveito desse fato, utilizando os locais como locais de backup ou de recuperação para sua empresa. Você pode realmente fazer a melancolia-e-desgraça pessoal de recuperação de desastres feliz.
Definindo uma ilha SAN
UMA ilha SAN é uma rede de área de armazenamento que está fisicamente isolado em um único local e é gerido como uma entidade física separada, como mostrado na Figura 1.
Como uma rede de área local (LAN) usando o Internet Protocol (IP), uma ilha SAN consiste em todos os servidores, switches e armazenamento que estão fisicamente conectados em um único local. Algumas ilhas SAN são isolados dentro do mesmo edifício em andares diferentes ou em diferentes departamentos. Cada pequena SAN pode actualmente ser utilizado para diferentes aplicações ou talvez ser usado por unidades de negócio separadas dentro de uma empresa. (Veja uma configuração tal na Figura 2.)
Por exemplo, o computador de grande porte pode ser ligado a sua própria rede dedicada de armazenamento SAN e servidores UNIX e NT pode ser conectada a outra rede de armazenamento. Você pode até ter duas organizações separadas Tecnologia da Informação (TI) envolvidos, porque algumas pessoas são "de mainframe" pessoas e algumas pessoas são "servidor" de pessoas.
Tradicionalmente, muitas grandes empresas teve várias linhas de negócios, com cada unidade de negócios responsável de seus próprios departamentos de TI independentes. Estes serviços iria agir independentemente um do outro. Cada unidade de negócios poderia ter o seu próprio orçamento de tecnologia, com cada um fazendo sua própria coisa.
Os problemas com esta abordagem se tenham manifestado durante a mais recente crise na economia. As empresas descobriram que ter os departamentos de TI separadas faz com que a duplicação de pessoal, despesas e infra-estrutura, e dificulta a capacidade de alavancar o poder de compra integrada de cada unidade de negócio. Isto desperdiça uma grande quantidade de dinheiro. A consolidação é a correção, e as empresas estão agora no processo de implementação de ambientes consolidados. As empresas estão consolidando seus orçamentos de TI e alavancar seu poder de compra. Ao fazer isso, as empresas estão descobrindo que eles podem consolidar seus ambientes de armazenamento, o que lhes permite criar infra-estruturas de desastres tolerante para a empresa.
Se você já ouviu os termos consolidação de servidores, consolidação de dados, e reestruturação, todas elas significam a mesma coisa: Faça mais com menos.
Conectando ilhas de san
Individuais SANs menores são ligados para formar uma SAN maior para compartilhar e copiar dados:
- Disk partilha / dados: A necessidade de partilhar discos entre servidores em diferentes SANs é provocada por aplicações como e-mail, clustering de aplicativos e acesso à informação em grandes bancos de dados. A partilha de dados pode ser realizado permitindo o acesso de vários servidores para os mesmos discos físicos, ou ao permitir o acesso aos arquivos localizados nesses discos físicos. Partilha de discos físicos precisa ser feito através de uma SAN, e compartilhamento de arquivos pode ser feito através de uma LAN.
- A cópia dos dados: A necessidade de manter os dados seguros e recuperáveis em caso de um desastre é uma das principais forças motrizes de uma empresa implementar uma SAN. Os dados localizados em um local pode ser facilmente copiado para um segundo local físico através da rede de armazenamento. Backup de seus dados para um local remoto permite que você tenha acesso a esses dados em caso de um desastre no local principal.
/ Compartilhamento de dados em disco
Às vezes, diferentes departamentos dentro da mesma empresa são um pouco autônomo, incluindo diferentes orçamentos e hábitos de compra - sem normas fornecedor de armazenamento no local. Uma das desvantagens de deixar povos fazer sua própria coisa é essa falta de normas. Por exemplo, uma empresa pode ter um número de pequenas ilhas SAN no local, que consiste em diferentes tipos de servidores e armazenamento de vários fornecedores.
Os servidores podem ser conectados a uma matriz de armazenamento departamental de baixo custo em um pequeno SAN em um departamento e outro departamento pode ter um array high-end caro porque tem um orçamento maior. Este negócio iria correr muito mais eficiente se pudesse compartilhar matrizes de armazenamento e permitir o acesso aos dados de todos os departamentos, ligando esses departamentos em uma SAN consolidada maior.
Tome um campus universitário como um exemplo. Servidores conectados para separar ilhas SAN localizados em diferentes edifícios no campus pode precisar de acesso aos mesmos dados para a partilha de informações de pesquisa. Você precisa de uma maneira de se conectar esses edifícios para que todos os servidores em cada edifício pode ver o mesmo armazenamento. Conectando tudo, na verdade, cria um pool de recursos de armazenamento que podem ser acessados por qualquer servidor conectado à piscina.
A necessidade de compartilhamento de disco também pode ser motivado pela necessidade de criar clusters de servidores. UMA cluster de servidor é um método de amarrar junto dois ou mais servidores físicos individuais para olhar como um servidor lógico único. Se um dos servidores tem um problema, um outro assume para o servidor que falhou. Para criar um cluster de hardware, cada servidor tem acesso aos mesmos discos físicos. Os membros de um cluster de servidor podem ser instalados em edifícios diferentes, usando uma SAN para conectar-se discos em longas distâncias.
A cópia de dados
A necessidade de copiar dados decorre de muitas origens. Talvez você precisa de uma cópia de um banco de dados de produção a ser usado para testes de dados em tempo real para uma nova versão de um aplicativo. Você pode ter desenvolvedores localizados noutro país que precisa de uma cópia recente dos dados para teste. Você também pode querer manter uma cópia recente de seus dados críticos no disco para recuperar arquivos corrompidos.
A principal razão para manter cópias dos dados é para recuperação. Muitas empresas atualmente backup de seus dados para a fita e enviá-lo para fora do local apenas por este motivo. A desvantagem para o uso de fitas é a necessidade de restaurar dados de volta para o disco antes que ele possa ser usado novamente. Recuperar dados de fitas leva tempo, e o tempo não é um luxo que muitas empresas têm nos dias de hoje.
Este é o lugar onde a replicação de armazenamento baseado em SAN entra. Todos os dados críticos que está alojado nas matrizes de armazenamento em uma SAN pode ser copiado em tempo real a partir de uma unidade de produção principal para uma matriz de armazenamento remoto localizado em outro prédio, estado ou país. Ter a capacidade de copiar dados críticos para um disco remoto em tempo real - em relação a recuperação de um backup em fita - significa que você pode recuperar de um desastre em minutos em vez de horas ou dias.