-
Toda SAN tem como bloco de montagem HDs tradicionais, que são ligados a uma unidade controladora (que se encarrega do acesso aos dados, RAID e outras funções) e é ligada a um servidor através de uma interface dedicada, que pode ser tanto uma interface Fibre Channel quanto uma interface de rede Gigabit Ethernet ou 10 Gigabit Ethernet (usando o iSCSI). O servidor se encarrega então de distribuir os dados para os clientes da rede ou fornecê-los para aplicativos específicos, como no caso de um cluster de servidores web, que utilizam a SAN para armazenar um grande banco de dados usado para atender às requisições dos clientes.
Além da maior capacidade de armazenamento e de recursos de redundância, a principal diferença de uma SAN e um NAS ou um servidor de arquivos tradicional é que o SAN se comporta como se fosse uma única unidade de armazenamento, que o servidor pode acessar diretamente, de forma transparente. Ou seja, é como se você conectasse um único HD de 100 TB (por exemplo) no servidor, diferente de um NAS, que se comporta como um servidor de arquivos e pode ser acessado simultaneamente por vários clientes.
Apesar disso, na grande maioria dos casos, o objetivo de usar uma SAN não é simplesmente obter um grande espaço de armazenamento, mas sim obter ganhos de desempenho e de confiabilidade para aplicações críticas. Imagine o caso de um cluster de servidores responsáveis pelo site de um grande portal. As páginas são montadas a partir de um enorme banco de dados, armazenado na SAN, que é acessado de forma conjunta por todos os servidores do cluster. As unidades de armazenamento combinam um grande número de HDs em RAID, o que as torna capazes de atender a um grande volume de requisições por segundo, o que permite atender aos muitos visitantes simultâneos. Além do desempenho e do armazenamento centralizado, temos também a questão da redundância, que garante que o sistema funcione de forma contínua, sobrevivendo a falhas em componentes diversos.
Os componentes básicos de uma SAN são um ou storage racks (as unidades de armazenamento, com os arrays de discos), um switch Fibre Channel, os cabos e o servidor ao qual a SAN é conectada. Apesar disso, é comum o uso de dois switchs e dois servidores, de forma a oferecer um sistema redundante (o segundo servidor fica a postos para assumir o lugar o primeiro em caso de falha). Os componentes são ligados como na figura abaixo, de forma a garantir que o sistema continue funcionando caso qualquer um dos componentes falhe. O próprio array de discos é constituído por componentes redundantes, incluindo o uso de fontes e outros circuitos redundantes e RAID:
-
Pode surgir dúvida na alternativa A, mas é sanada com esse texto:
Uma outra grande vantagem da arquitetura NAS é que os dados podem ser compartilhados entre diversos hosts, inclusive de sistemas operacionais diferentes, enquanto em uma SAN os dados são dependentes do sistema operacional.
http://www.gta.ufrj.br/grad/04_1/san/
-
Segue um link bastante interessante para quem quiser aprender um pouco mais sobre SAN
http://www.gta.ufrj.br/grad/08_1/san/san_e.html
Bons estudos!
-
Eu acredito que essa questão está errada, ou melhor, deveria ser anulada, pois há 2 respostas. Ainda mais por se tratar da banca (FCC) que é mestre em fazer questÕes porcas.
Em relação ao link do Janielton, eu discordo, até pq, se trata de um mero artigo acadêmico, e temos que ter muito cuidado ao nos basearmos por esses artigos, coisa que a FCC ADORA fazer (por isso digo que as questões dela são um lixo, e em boa parte, estão erradas, apesar de não serem anuladas).
A minha argumentação parte do pressuposto que Java independe de sistema operacional por que? Por que existe uma JVM para cada sistema operacional, criando uma camada que iguala todas as plataformas. Com uma camada de middleware, qualquer sistema vai independer de sistema operacional. Se vale pra JVM, vale aqui tb, pois o princípio, o conceito de funcionamento é o mesmo.
Além do mais, SAN usa o protocolo o iSCSI, que usa o mesmo conjunto de comandos SCSI sobre TCP/IP (e, tipicamente, Ethernet). Nesse caso, os switches, cabos e hubs seriam de protocolo TCP/IP." Ora essa solução roda sobre TCP/IP em redes Ethernet, logo, independe de plataforma e de Sistema Operacional.
-
Pessoal, alguém poderia me dizer por que não é a letra a?
-
Apenas um adendo em relação ao comentário do colega Marcelo Guimaraes:
Os artigos acadêmicos possuem cunho científico, ou seja, existe fundamentação teórica e, portanto, de experimentação. Tenho diversas restrições e críticas a muitas questões da FCC, inclusive já vi questões baseadas em propagandas e em fóruns de discussões, mas quanto àquelas que se baseiam nas pesquisas acadêmicas, aceito como baseadas em fontes fidedignas.
Abs,MRB
-
NAS que é independente de SO, posso usar windows com SMB/CIFS ou posso usar linux com NFS. SAN trabalha a nível de bloco, logo devo definir qual o SO vai utilizar.
-
SAN se comporta como se fosse um grande HD, logo existe sim dependência entre o SO e o storage, só lembrar que é o próprio sistema operacional que formata e define o sistema de arquivos da SAN. Logo não posso simplesmente plugar outro SO de uma família diferente e esperar conseguir ler alguma coisa.
Imagina que essa storage tenha sido formatada em ext3, como o Windows conseguirá lê-lo? Se usarem um servidor de arquivos em cima do sistema operacional que utiliza tal storage aí sim, mas nesse caso estamos falando de outra camada de abstração.
-
Resposta:
Letra D