UNIX에서 NFS 탐색

컴퓨터가 LAN에 연결되어 있으면 컴퓨터가 다른 컴퓨터와 파일을 공유하도록 설정되어있을 수 있습니다. 다른 시스템에서 파일을 사용하십시오.이 체계는 주로 AFS, RFS 및 NFS와 같은 TLAs (세 문자 약어)로 명명됩니다. 여기에서는 NFS에 대해 알아 봅니다 ( n f

NFS 란 무엇입니까? NFS (네트워크 파일 시스템) 프로그램을 사용하면 다른 컴퓨터의 파일을 컴퓨터에서 파일을 다루는 것과 거의 같은 방법으로 처리 할 수 있습니다.

NFS를 사용하는 이유는 여러 가지가있을 수 있습니다. > 비슷한 컴퓨터가 여러 곳에 흩어져있어 모두 동일한 프로그램을 실행하는 경우가 많습니다.

모든 컴퓨터에 모든 프로그램을로드하는 대신 시스템 관리자는 한 대의 컴퓨터 (서버)에 모든 복사본을로드하여 에이 다른 컴퓨터 (클라이언트)가 프로그램을 공유 할 수 있습니다.

서버에서 파일을 중앙 집중화하면 백업 및 관리가 더 쉬워집니다.

각각 400MB의 디스크 10 개를 관리하는 것보다 4,000MB의 디스크 한 개를 관리하는 것이 훨씬 쉽습니다. 또한 모든 것을 백업하는 것이 더 쉽습니다. 왜냐하면 모든 것이 다스 기계에 퍼지기보다는 모두 한 곳에서 이루어지기 때문입니다. NFS의 또 다른 용도는 많은 워크 스테이션을 공유 된 시간 공유 시스템으로 작동시키는 것입니다.

많은 수의 워크 스테이션을 설치하여 어느 곳에서나 앉아서 로그인하고 물리적으로 네트워크상의 어느 위치에 있든지 상관없이 동일한 파일 세트를 사용할 수 있습니다. 이 기능은 매우 편리합니다. 또한 ssh와 같은 프로그램을 사용하면 네트워크상의 다른 컴퓨터에 로그인하여 해당 컴퓨터에서 작업 할 수 있습니다 (다른 컴퓨터가 귀하의 컴퓨터보다 빠르거나 사용하려는 특별한 기능이있는 경우 편리합니다).

이기종 네트워크에서 NFS는 여러 종류의 컴퓨터가있는 네트워크를 의미하는 용어입니다.
NFS는 PC에서 메인 프레임에 이르기까지 모든 종류의 컴퓨터에서 사용할 수 있습니다. NFS 무시

NFS가 망가진 경우를 제외하고는 NFS를 사용하는 것에 대해 걱정할 필요가 없습니다. 시스템 관리자는 설치 한 모든 노력을 다했습니다.

네트워크를 통해 전달 된 파일은 로컬 시스템의 파일과 거의 동일하게 작동합니다. 대부분의 경우, 당신은 그들을 동일하게 대우 할 수 있습니다. 가장 큰 차이점은 NFS를 통한 파일 액세스가 로컬 시스템에있는 파일에 대한 액세스보다 약 2 배 빠릅니다. 이 문제는 일반적으로 중요하지 않습니다. 왜냐하면 대부분의 작업을 수행하기 때문에 시스템은 디스크를 기다리는 데 많은 시간을 소비하지 않기 때문입니다. 당신이 정말로

크고 느린 것 (예: 500 페이지 분량의 문서를 다시 페이지 화)을하면 파일이있는 시스템에 로그인하여 프로그램을 실행할 수 있는지를 볼 수 있습니다. 시간.

어쨌든 파일은 어디에 있습니까?

NFS는 원격 디렉토리를 마운트하여 작동합니다.

마운팅 은 다른 디스크의 디렉토리 또는 다른 컴퓨터의 디렉토리가 실제로 디스크의 디렉토리 시스템의 일부인 것으로 가장하는 것을 의미합니다. 여러 위치에 저장된 파일은 하나의 트리 구조 디렉토리로 잘 구성된 것처럼 보일 수 있습니다. UNIX는 / stars / elvis 디렉토리의 이름을 볼 때마다 디렉토리의 이름이

마운트 포인트,

는 논리적으로 하나의 디스크가 연결된 디렉토리인지 여부를 확인합니다 다른 사람에게. 시스템에는 예를 들어 다른 컴퓨터에서 마운트 한 디렉토리가있을 수 있습니다. 그런 다음 elvis 디렉토리와 그 안에있는 모든 파일이 다른 시스템에 있습니다. df (디스크 여유 공간) 명령을 사용하여 어느 파일이 어디에 있는지 쉽게 알 수 있습니다. 모든 디스크의 여유 공간을 인쇄하고 디스크가있는 위치를 알려줍니다. 다음은 전형적인 df 출력입니다:

사용 가능한 파일 시스템 킬로바이트 용량 / dev / sd0a에 마운트 됨 30383 6587 20758 24 % / / dev / sd0g 157658 124254 17639 88 % / usr

/ dev / sd0h 364378 261795 66146 / home

/ dev / sd3a 15671 1030 13074 7 % / tmp

/ dev / sd3g 1175742 758508 299660 72 % / mnt

서버 -sys: / usr / spool / mail

300481 190865 79567 / var / spool / mail

server-sys: / usr / lib / news

300481 190865 79567 / usr / lib / news

server-sys: / usr / spool / news

298068 243877 24384 91 % / var / spool / news이 예에서 디렉토리 /는 / dev / sd0a라는 로컬 디스크 (사용자 컴퓨터의 디스크)에 상주합니다. / usr은 / dev / sd0g에 있습니다. / home은 / dev / sd0h에 있습니다. 등등. / var / spool / mail 디렉토리는 실제로 server-sys 시스템의 / usr / spool / mail 디렉토리이며, / usr / lib / news는 실제로 machine-sys의 / usr / lib / news입니다.

로컬 디렉토리 이름 중 일부는 원격 시스템의 디렉토리 이름과 동일하며 일부는 그렇지 않습니다. 이 상황은 종종 혼란을 야기 할 수 있습니다. 불행히도, 그것은 일반적으로 피할 수없는 일입니다. 어떤 감각을 가진 시스템 관리자는 최소한 마운트 된 곳마다 일관된 이름으로 각 디렉토리를 마운트하므로 작업중인 컴퓨터에 상관없이 / var / documents / bigproject가 동일합니다.

NIS (Network Information System)로 알려진 데이터베이스는 이름 지정 프로세스를 쉽게 유지합니다. 시스템 관리자가 망쳐 놓지 않는 한 걱정하지 마십시오.

NFS 및 시스템 충돌

NFS를 사용하여 파일을 서버에 저장하고 서버가 충돌하면 어떻게됩니까? 대답은 기다리는 것입니다. 결국 서버가 다시 돌아 오면 중단 한 부분부터 계속합니다. 충돌이 심한 경우 오랜 시간 기다릴 수 있습니다.

가장 실용적인 문제는 죽은 NFS 서버를 기다리는 동안 프로그램이 멈 추면 UNIX 컴퓨터를 재부팅하지 않아도 프로그램을 중지하거나 종료 할 방법이 없다는 것입니다.

최근 버전의 NFS에는

soft

및

hard mounts

라는 기능이있어 작동 불능 서버를 기다리는 동안 멈춘 프로그램을 중지시킵니다. 문제는 서버가 느리고 죽은 것이 아니라면 클라이언트는 서버가 죽었다 고 가정하고 프로그램을 중지 할 수 있습니다. 클라이언트가 조금 더 참을성이 있었다면 서버가 응답하고 프로그램이 작업을 완료 할 수있었습니다.