Explorando NFS no UNIX
Se o seu computador estiver em uma LAN, o computador provavelmente está configurado para compartilhar arquivos com outros computadores. Muito poucos esquemas diferentes permitem que os computadores para usar arquivos em outras máquinas. Estes esquemas são denominados principalmente com TLAs (três letras Siglas), tais como AFS, RFS e NFS. Aqui, você descobrir sobre NFS (você n
Menu
O que há de NFS?
O programa de NFS (Network File System) permite-lhe tratar arquivos em outro computador em mais ou menos da mesma forma que tratam os arquivos em seu próprio computador.
Você pode querer usar NFS por várias razões:
- Muitas vezes você tem um monte de computadores semelhantes espalhados ao redor, todos mais ou menos os mesmos programas em execução. Em vez de carregar todos os programas em cada computador, o administrador do sistema carrega uma cópia de tudo em um computador (servidor) para que todos os outros computadores (clientes) podem compartilhar os programas.
- Centralizando os arquivos em um servidor faz backup e administração mais fácil. É muito mais fácil de administrar um disco de 4.000 megabytes de administrar 10 discos de 400 megabytes cada. É também mais fácil de fazer backup de tudo, porque tudo é tudo em um só lugar, em vez de se espalhar em torno de uma dúzia de máquinas.
- Outro uso do NFS é fazer um monte de função de estações de trabalho como um sistema de compartilhamento de tempo compartilhado. É relativamente simples de configurar um grupo de estações de trabalho para que você possa sentar-se em qualquer um deles, faça o login e usar o mesmo conjunto de arquivos, independentemente de onde na rede que fisicamente localizados. Esta capacidade é uma grande comodidade. Além disso, usando programas como o ssh, você pode efetuar login em outra máquina na rede e trabalhar a partir daquela máquina (que é útil se a outra máquina é mais rápido do que o seu ou tem alguma característica especial que você deseja usar).
- Em redes heterogêneas, NFS é um termo extravagante para redes com diferentes tipos de computadores. NFS está disponível para todos os tipos de computadores, de PCs a mainframes.
ignorando NFS
Exceto quando parafusos NFS-se, você não precisa se preocupar com a usá-lo. O administrador do sistema fez todo o trabalho duro quando ela instalou-lo.
Arquivos passaram sobre o ato rede quase exatamente como aqueles no máquina- local na maioria dos casos, você pode tratá-los da mesma. A principal diferença é que o acesso a arquivos através de NFS é cerca de duas vezes mais lento que o acesso aos arquivos na máquina local. Este problema geralmente não é um grande problema, porque, para a maioria das coisas que você faz, a máquina não gastar muito tempo de espera para o disco de qualquer maneira.
Wnen você faz algo realmente grande e lento (como repaginar um documento de 500 páginas), vendo se é possível fazer login para a máquina na qual residem os arquivos e executar o programa, pode valer a pena o tempo.
Onde estão esses arquivos, de qualquer maneira?
NFS funciona através da montagem de directórios remotos. Montagem significa fingir que um diretório em outro disco ou até mesmo em outro computador é na verdade parte do sistema de diretório em seu disco. Arquivos que estão armazenados em muitos lugares diferentes pode, então, parecem ser muito bem organizados em um diretório de estrutura de árvore.
Sempre UNIX vê o nome de um diretório - / estrelas / elvis, por exemplo - ele verifica para ver se todos os nomes no diretório são pontos de montagem, que são diretórios em que um disco é logicamente ligados a outro.
Seu sistema pode ter o diretório / estrelas montados a partir de outra máquina, por exemplo, e, em seguida, o diretório Elvis e todos os arquivos nela residem na outra máquina.
A maneira mais fácil de saber quais arquivos são onde é com o comando df (espaço livre em disco). Ela imprime a quantidade de espaço livre em cada disco e diz-lhe onde os discos são. Aqui está um exemplo típico de saída de df:
Sistema de arquivos kbytesused capacidade sucesso Montado em
/ Dev / sd0a303836587 2.075.824% /
/ Dev / sd0g 157658 124254 1763988% / usr
/ Dev / sd0h 364.378 261.795 6.614.680% / home
/ Dev / sd3a156711030 13074 7% / tmp
/ Dev / sd3g 1.175.742 758.508 29.966.072% / mnt
server-sys: / usr / spool / mail
300481 190865 79567 71% / var / spool / mail
server-sys: / usr / lib / news
300481 190865 79567 71% / usr / lib / news
server-sys: / usr / spool / news
298068 243877 24384 91% / var / spool / news
Neste exemplo, o diretório / reside em um disco local (um disco em seu próprio computador) chamado / dev / sd0a- / usr reside em / dev / sd0g- / home reside em / dev / sd0h- e assim por diante. O diretório / var / spool / mail é realmente o diretório / usr / spool / mail em máquinas-server-sys, / usr / lib notícias / é realmente / usr / lib / news na máquina do servidor-sys, e assim por diante.
Alguns dos nomes de diretórios locais são os mesmos que os nomes de diretório da máquina remota - e alguns não são. Esta situação pode e muitas vezes faz com que confusão- considerável, infelizmente, é geralmente inevitável. Um administrador de sistema com todo o sentido, pelo menos, monta cada diretório com um nome consistente onde quer que seja montado de forma que / var / documentos / bigproject é o mesmo, não importa que computador você está trabalhando.
Um banco de dados conhecido como NIS (Network Information System) faz manter em linha reta o processo de nomeação mais fácil. Não se preocupe com isso, a menos que o administrador do sistema mexe-se.
NFS e sistema falhar
O que acontece se você está trabalhando com NFS, os arquivos são armazenados em um servidor, e as falhas do servidor? A resposta é, você espera. Eventualmente, quando o servidor de volta, você continuar de onde você parou. Se o acidente é grave, você pode esperar um longo tempo.
O pior problema prático é que, se um programa bancas enquanto ele está à espera de um servidor NFS morto, você não tem nenhuma maneira de parar ou matar o programa, falta de reiniciar o computador UNIX.
As versões recentes do NFS têm características chamada suave e suportes rígidos que fazem parar um programa que está parado enquanto espera por um servidor morto possível. O problema é que, se um servidor é apenas lento e não morto, um cliente pode assumir que o servidor está morto e parar um programa. Tinha o cliente sido um pouco mais paciente, o servidor teria respondido, eo programa poderia ter terminado sua tarefa.