시스템 유형 개요

시스템 유형은 일부 경우에 스왑 공간을 포함하여 root(/) 및 /usr 파일 시스템에 액세스하는 방법에 의해 정의됩니다. 예를 들어, 독립형 시스템과 서버 시스템은 로컬 디스크로부터 이러한 파일 시스템을 마운트합니다. 기타 클라이언트는 서버를 사용해서 이러한 서비스를 제공하여 파일 시스템을 원격으로 마운트합니다. 이 표에는 각 시스템 유형에 대한 일부 특징이 나열되어 있습니다.

표 6-1 시스템 유형의 특징

서버 설명

서버 시스템에는 다음과 같은 파일 시스템이 포함됩니다.

• root(/) 및 /usr 파일 시스템과 스왑 공간

• 클라이언트 시스템을 지원하고 사용자의 홈 디렉토리를 제공하는 /export 및 /export/home 파일 시스템

• 응용 프로그램 소프트웨어를 저장하기 위한 /opt 디렉토리 또는 파일 시스템

소프트웨어는 또한 다른 시스템을 지원하기 위해 다음과 같은 소프트웨어를 포함할 수 있습니다.

• 다른 릴리스를 실행하는 디스크가 없는 시스템을 위한 Oracle Solaris OS 서비스

  ---

  주의 - x86 플랫폼의 GRUB 또는 SPARC 플랫폼의 새 부트 아키텍처를 구현하는 Solaris 릴리스를 실행하는 시스템이 하나 뿐인 OS 클라이언트-서버 구성은 중요한 비호환성 문제를 일으킬 수 있습니다. 따라서 디스크가 없는 클라이언트 지원을 추가하기 전에 서버 OS와 동일한 릴리스로 디스크가 없는 시스템을 설치하거나 업그레이드하는 것이 좋습니다. GRUB 기반 부트는 Solaris 10 1/06 릴리스의 x86 플랫폼에 도입되었습니다. 새 SPARC 부트 아키텍처는 Solaris 10 10/08 릴리스에 도입되었습니다.

  ---

• 서버와 다른 플랫폼을 사용하는 클라이언트

• 네트워크 연결 시스템이 원격 설치를 수행하기 위한 Oracle Solaris CD 또는 DVD 이미지 소프트웨어 및 부트 소프트웨어

• 네트워크 연결 시스템이 JumpStart 설치를 수행하기 위한 Oracle Solaris JumpStart 디렉토리

독립형 시스템

네트워크 연결 독립형 시스템은 네트워크의 다른 시스템과 정보를 공유할 수 있습니다. 하지만 네트워크에서 분리된 경우에도 계속해서 작동할 수 있습니다.

독립형 시스템은 root(/), /usr 및 /export/home 파일 시스템과 스왑 공간을 포함하는 고유 하드 디스크가 있기 때문에 자체적으로 작동할 수 있습니다. 따라서 독립형 시스템은 OS 소프트웨어, 실행 파일, 가상 메모리 공간 및 사용자 생성 파일을 포함합니다.

네트워크에 연결되지 않은 독립형 시스템은 네트워크에 연결되어 있지 않은 것만 제외하면 위에 설명한 모든 특성이 포함된 독립형 시스템입니다.

디스크가 없는 클라이언트

디스크가 없는 클라이언트는 디스크가 없으며 모든 소프트웨어 및 저장소 요구를 해결하기 위해 서버에 의존합니다. 디스크가 없는 클라이언트는 해당 루트(/), /usr 및 /home 파일 시스템을 서버로부터 원격으로 마운트합니다.

디스크가 없는 클라이언트는 네트워크를 통해 OS 소프트웨어 및 가상 메모리 공간을 계속해서 제공해야 하기 때문에 상당한 네트워크 트래픽을 발생시킵니다. 디스크가 없는 클라이언트는 네트워크에서 연결이 해제되거나 서버가 오작동할 경우 작동할 수 없습니다.

디스크가 없는 클라이언트에 대한 추가 개요 정보를 보려면 디스크가 없는 클라이언트 관리 개요를 참조하십시오.

어플라이언스 설명

Sun Ray 어플라이언스와 같은 어플라이언스는 관리가 필요하지 않은 X 디스플레이 장치입니다. 여기에는 CPU, 팬, 디스크가 없으며, 매우 적은 양의 메모리만 있습니다. 어플라이언스는 Sun 디스플레이 모니터에 연결됩니다. 하지만 어플라이언스의 사용자 데스크탑 세션은 서버에서 실행되며 다시 사용자에게 표시됩니다.

X 환경은 사용자를 위해 자동으로 설정되며 다음과 같은 특성을 갖습니다.

• 다른 파일 시스템 및 소프트웨어 응용 프로그램에 대한 액세스를 서버에 의존

• 중앙화된 소프트웨어 관리 및 리소스 공유 제공

• 영구적인 데이터를 포함하지 않으므로 FRU(현장 교체 가능 장치)라고 부름

시스템 유형 선택 지침

다음과 같은 특성을 기반으로 각 시스템 유형을 비교하여 자신의 환경에 적합한 시스템 유형을 확인할 수 있습니다.

중앙화된 관리:

• 시스템을 FRU(현장 교체 가능 장치)로 취급할 수 있습니까?

  즉, 시스템 손상이 발생했을 때 시간이 오래 걸리는 백업 및 복원 작업을 수행할 필요가 없으며, 시스템 데이터 손실 없이 손상된 시스템을 새 시스템으로 신속하게 교체할 수 있어야 합니다.

• 시스템에 백업이 필요합니까?

  대규모 데스크탑 시스템을 백업해야 할 경우 시간 및 리소스 측면에서 큰 비용이 발생할 수 있습니다.

• 시스템 데이터를 중앙 서버에서 수정할 수 있습니까?

• 클라이언트 시스템의 하드웨어를 조정할 필요 없이 중앙 서버에서 쉽고 빠르게 시스템을 설치할 수 있습니까?

성능

• 이 구성이 데스크탑 사용 시에도 제대로 수행됩니까?

• 네트워크에 시스템을 추가할 경우 네트워크에 이미 있는 다른 시스템의 성능에 영향을 줍니까?

디스크 공간 사용

이 구성을 효율적으로 배치하기 위해 필요한 디스크 공간은 얼마나 됩니까?

이 표에서는 각 시스템 유형에 대해 각 특성별 상태를 점수로 보여 줍니다. 1은 가장 효율적임을 나타냅니다. 4는 가장 비효율적임을 나타냅니다.

표 6-2 시스템 유형 비교