Sangpill Kim's Blog

지난 포스팅에서 솔라리스 10 05/09 버전의 신기능으로서 ZFS와 컨테이너 기능의 통합에 대해 소개 드렸었는데요. 이번 포스팅에서 더 자세하게 살펴보겠습니다.

1. 존 설치시 ZFS 데이터셋 자동 생성

우선 존을 생성할 때 존의 경로가 ZFS 스토리지 풀 위의 경로에 있으면 존 설치시 자동으로 새로운 ZFS 데이터셋이 생성이 되는 기능이 추가되었습니다.

먼저 my-zone이라는 존을 하나 생성해 보겠습니다. 이 시스템에는 미리 export/zones라고 하는 ZFS 데이터셋을 생성해 두고 새로 만드는 존의 경로는 이 데이터셋의 경로에 두었습니다.

#bash-3.00# zonecfg -z my-zone my-zone: 그런 영역은 구성되지 않음 새 영역 구성을 시작하려면 'create'를 사용하십시오. zonecfg:my-zone> create zonecfg:my-zone> set zonepath=/export/zones/my-zone zonecfg:my-zone> add net zonecfg:my-zone:net> set physical=lo0 zonecfg:my-zone:net> set address=127.0.0.2 zonecfg:my-zone:net> end

위의 커맨드는 존을 가장 빠르게 구성할 수 있는 방법으로 (사용자 입장에서) 존의 경로와 네트워크를 루프백 인터페이스의 127.0.0.2 내부 인터페이스 주소로 주고 존을 구성하였습니다. 다음으로 존을 인스톨하겠습니다.

bash-3.00# zoneadm -z my-zone install 이 영역에 대한 ZFS 파일 시스템이 만들어졌습니다. Prepating to install zone <my-zone> Creating list of files to copy from the global zone. Copyig <7940> files to the zone. ...

짜잔! 존 인스톨 시 자동으로 ZFS 파일시스템을 생성하는 것을 볼 수 있습니다. ZFS 데이터셋의 리스트를 확인해 보도록 하겠습니다.

bash-3.00# zfs list NAME USED AVAIL REFER MOUNTPOINT rpool 5.85G 9.77G 35.5K /rpool rpool/ROOT 3.99G 9.77G 18K legacy rpool/ROOTs10x_u7wos_08 3.99G 9.77G 3.99G / rpool/dump 1.00G 9.77G 1.00G - rpool/export 367M 9.77G 506K /export rpool/export/home 366M 9.77G 22K /export/home rpool/export/zones 366M 9.77G 21K /export/zones rpool/export/zones/my-zone 366M 9.77G 366M /export/zones/my-zone

새로운 데이터셋이 생성된 것을 확인할 수 있습니다. 또한 존을 언인스톨하게 되면 아래처럼 ZFS 데이터셋이 자동으로 삭제됩니다.

bash-3.00# zoneadm -z my-zone uninstall 이 영역에 대한 ZFS 파일 시스템이 삭제되었습니다.

2. 존 클론 시 ZFS 스냅샷/클론 자동 생성

위에서 본 것처럼 컨테이너 기능을 이용하여 존 설치시 ZFS 데이터셋이 자동으로 생성됨으로서 컨테이너가 ZFS 파일시스템의 안정성, 확장성 등 장점을 활용하기가 더욱 쉬워졌습니다. 그렇지만 수동으로 데이터셋을 만들고 그 위에 존을 설치해도 되는 것을 굳이 자동으로 했다고 ZFS가 컨테이너 기능과 통합되었다고 할 수는 없겠지요?

ZFS가 LDOM, xVM Server, Container 등 가상화 기능과 결합하였을 때 진정 의미가 있는 것은 뭐니뭐니해도 Snapshot / Clone / Rollback 기능일 것입니다. ZFS의 스냅샷은 파일시스템 레벨에서 제공하는 기능으로 특정 시점의 파일시스템의 데이터 블록들의 데이터를 저장을 해놓고 이 데이터 상태로 나중에 되돌아갈 수도 있고 (Rollback) 용량증가없이 즉각적으로 복제본을 만들 수도 있는 (Clone) 기능입니다. 특히 클론 시에는 대용량의 데이터를 복사할 때 시간과 용량이 걸리는 일이 없이 즉각 0 바이트의 용량으로 복제본을 만들 수 있는 기능인데요. 이번 업데이트에서는 이 기능이 컨테이너의 기능과 결합되었습니다.

컨테이너도 자체적으로 클론 기능을 가지고 있는데요. 이 것은 특정 존을 일종의 골든 이미지 존으로 만들어 놓고 이 존에 설치된 어플리케이션 및 각종 구성 설정 들을 그대로 유지하면서 새로운 존을 생성하는 기능입니다. 다만 ZFS와는 달리 데이터 블록을 그대로 한 카피 더 만들어야 하므로 용량이 두배가 되고, 클론을 생성하는 데 오랜 시간이 걸리게 됩니다. 이번 업데이트 부터는 존을 클론할 때 ZFS 데이터셋 위에 경로가 있게 되면 특정 존을 자동으로 스냅샷하고 이를 클론하여 존의 추가 설치에 따른 용량 증가와 설치 시간의 소요가 없이 존을 클론할 수 있도록 되었습니다.

마스터 존이 생성되어 있다고 할 경우 존의 클론 과정은 대략 다음과 같습니다.

1. 마스터 존 halt
2. 마스터 존 구성 정보 export
3. 위 마스터 존의 구성 정보를 편집하여 새로 복제본으로 생성될 존의 구성 정보 설정
4. 복제본 존 구성
5. 복제본 존 클론
   

우선 위에서 만든 my-zone을 마스터 존으로 놓고 구성정보를 export 합니다.

bash-3.00# zonecfg -z my-zone export -f /export/zones/master

/export/zones/master 파일은 my-zone 존의 구성 정보를 담고 있는 파일인데요.이 구성 정보를 이용해서 새로운 복제 존을 구성하겠습니다. 다만 경로 및 ip주소 정도는 수정해야겠지요? 필요한 내용은 이 파일에서 모두 편집할 수 있습니다. 저는 존의 경로와 ip 주소만 수정해 보겠습니다.

bash-3.00# vi /export/zones/master "/export/zones/master" 20 행, 287 문자 create -b set zonepath=/export/zones/zone1 set autoboot=true set ip-type=shared add inherit-pkg-dir set dir=/lib end add inherit-pkg-dir set dir=/platform end add inherit-pkg-dir set dir=/sbin end add inherit-pkg-dir set dir=/usr end add net set address=127.0.0.3 set physical=lo0 end ~ ~ ~ "/export/zones/master" 20 행, 287 문자

위 구성 파일을 이용해서 복제본 존을 구성합니다.

bash-3.00# zonecfg -z zone1 -f /export/zones/master

보통 존은 존 구성 -> 존 설치 의 두 단계를 거치는데요. export  / import 하거나 clone 하는 경우에는 설치 대신 import 또는 clone을 하면 됩니다. 아래처럼 clone을 하게 되면 마스터 존에 대해서 SUNW<zonename>이라는 스냅샷이 자동으로 생성되고 이 스냅샷을 클론하여 새로운 존을 설치하는 것을 확인할 수 있습니다. 스냅샷 / 클론이기 때문에 설치하는 것에 비하여 시간이 현저하게 줄어듭니다. 복사가 아니라 ZFS 클론이라고 친절하게 설명까지 해줍니다. ^^

bash-3.00# zoneadm -z zone1 clone my-zone 스냅샷 rpool/export/zones/my-zone@SUNWzone1을(를) 복제 중 복사하는 대신 이 영역에 대해 ZFS 복제가 만들어졌습니다. grep: can't open /a/etc/dumpadm.conf

아래 용량을 확인해 보면 SUNWzone1 스냅샷에 1.8MB, zone1 클론에 240K로 용량의 증가가 거의 없는 것을 확인하실 수 있습니다.

bash-3.00# zfs list NAME                                   USED  AVAIL  REFER  MOUNTPOINT rpool                                 6.15G  9.48G  35.5K  /rpool rpool/ROOT                            4.03G  9.48G    18K  legacy rpool/ROOT/s10x_u7wos_08              4.03G  9.48G  4.03G  / rpool/dump                            1.00G  9.48G  1.00G  - rpool/export                           630M  9.48G    26K  /export rpool/export/home                       22K  9.48G    22K  /export/home rpool/export/zones                     630M  9.48G  21.5K  /export/zones rpool/export/zones/my-zone             630M  9.48G   628M  /export/zones/my-zone rpool/export/zones/my-zone@SUNWzone1       1.80M      -    630M   - rpool/export/zones/zone1                    240K  9.48G    628M   /export/zones/zone1 rpool/swap                             512M  9.95G  24.8M  -

3. ZFS 스냅샷을 이용한 존 클론 

위에서는 마스터 존을 클론하면서 자동으로 ZFS 스냅샷/클론을 수행하도록 하였는데요. 이미 존에 대하여 만들어진 스냅샷을 활용하여 새로운 존을 클론을 할 수도 있습니다.

새로운 zone2를 구성해 보겠습니다. 물론 존의 경로와 ip 주소 등 master 파일의 내용은 zone2에 맞게 수정해 주어야 합니다.

bash-3.00# zonecfg -z zone2 -f /export/zones/master

아래와 같이 -s 옵션을 이용하여 스냅샷을 지정해주면 이 스냅샷을 클론하여 존을 생성합니다.

bash-3.00# zoneadm -z zone2 clone -s rpool/export/zones/my-zone@SUNWzone1 my-zone 스냅샷 rpool/export/zones/my-zone@SUNWzone1을(를) 복제 중 grep: can't ! open /a/etc/dumpadm.conf

zone2가 설치된 것을 확인하실 수 있구요.

bash-3.00# zoneadm list -cv   ID NAME             STATUS     PATH                           BRAND    IP    0 global           running    /                              native   shared    - my-zone          installed  /export/zones/my-zone          native   shared    - zone1            installed  /export/zones/zone1            native   shared    - zone2            installed  /export/zones/zone2            native   shared

용량은 zone1을 새로 복제할 때와 마찬가지로 240K만 추가로 사용된 것을 확인할 수 있습니다.

bash-3.00# zfs list NAME                                   USED  AVAIL  REFER  MOUNTPOINT rpool                                 6.15G  9.48G  35.5K  /rpool rpool/ROOT                            4.03G  9.48G    18K  legacy rpool/ROOT/s10x_u7wos_08              4.03G  9.48G  4.03G  / rpool/dump                            1.00G  9.48G  1.00G  - rpool/export                           631M  9.48G    26K  /export rpool/export/home                       22K  9.48G    22K  /export/home rpool/export/zones                     631M  9.48G  22.5K  /export/zones rpool/export/zones/my-zone             630M  9.48G   628M  /export/zones/my-zone rpool/export/zones/my-zone@SUNWzone1  1.80M      -   630M  - rpool/export/zones/zone1               240K  9.48G   628M  /export/zones/zone1 rpool/export/zones/zone2               240K  9.48G   628M  /export/zones/zone2 rpool/swap                             512M  9.95G  24.8M  -

만약 클론시에 스냅샷을 쓰지 않고 기존처럼 복사하는 방법을 그대로 사용하고 싶으면 아래처럼 -m copy 옵션을 줄 수도 있습니다.

bash-3.00# zoneadm -z zone1 clone -m copy my-zone

ZFS 파일 시스템에 대해서는 제가 따로 소개한 바는 없지만 ZFS는 컨테이너, DTrace 등과 함께 솔라리스 10의 가장 혁신적인 기술 가운데 하나로 이렇게 가상화 기술과 결합하게 되면 보다 빠른 가상화 게스트의 설치와 스토리지 용량의 절감을 가져 올 수 있는 매우 큰 장점이 있습니다.

다음 포스트에서는 이번 업데이트 7 릴리즈의 Intel 네할름 프로세서 지원에 대해 소개드려 보겠습니다.

2009년 5월 12일자로 솔라리스 10의 업데이트 7 버전인 Solaris 10 5/09가 릴리즈 되었습니다. 지난 2008년 10월 31일 10/08 버전의 업데이트 6가 발표된 뒤로 약 6개월만으로 sun.com 사이트를 통한 다운로드는 4월 29일부터 가능(RR)했었고, 5월 11일부터 릴리즈 노트 및 설치 문서 등 각종 문서가 링크(GA)된 것을 확인할 수 있습니다. 새로운 Update 7에 대한 정보는 아래 문서들을 참조하실 수 있습니다.

주요 링크 :

• 솔라리스 10 5/09 무료 다운로드
  

• 솔라리스 10 기존 릴리즈 무료 다운로드
  

• Solaris 10 5/09 릴리즈 및 설치 컬렉션 문서
  

• Solaris 10 5/09 What's New 컬렉션 문서
  

이번 업데이트는 지난 업데이트 6와 같이 'ZFS 루트 파일시스템 지원' 등의 눈길을 끌만한 신기능까지는 담고 있지 않습니다. 하지만 '솔라리스 컨테이너와 ZFS 파일시스템의 결합'이라든가 '솔라리스 10의 인텔 네할름 프로세서 지원' 등 의미 있는 기능 들을 담고 있는 릴리즈입니다. 참고로 네할름 프로세서를 지원하는 최초의 운영체제는 OpenSolaris 2008.11 버전이며 업데이트 7은 솔라리스 10이 네할름을 지원하는 최초의 업데이트 버전입니다.

이번 릴리즈의 주요 내용들은 아래와 같습니다.

• 솔라리스 컨테이너 - 컨테이너를 클로닝(Cloning)하는데에 있어서 ZFS 파일시스템의 클로닝 기능을 이용하여 컨테이너 클로닝시 걸리는 시간과 용량을 현저히 절감할 수 있게 되었습니다.
  

• IPSec(Internet Protocol Security ) 기능의 SMF 통합 - IPSec 기능이 SMF(Solaris Service Manager Facility)와 결합되어 전체 보안 기능의 관리가 간소화되었습니다. 또한 Solaris Cluster의 인터커넥트 채널간의 통신에 IPSec 을 적용하여 페일오버(Fail over) 세션 간에 보다 빠르고 시큐어한 통신이 가능해졌습니다.

• LDom 기능 향상 - 가상 디스크(Virtual Disk) 기능 향상 및 VNET과 VSW의 점보 프레임 지원이 가능합니다.
  

• 인텔 Xeon 5500 프로세서 지원 최적화 - 향상된 멀티쓰레딩 기능인 인텔 하이퍼쓰레딩, CPU 스피드 지원 기술인 터보부스트, CPU 소켓간 인터커넥트 기술인 퀵패스 등 지원 및 최적화되었습니다.
  

• Power Aware Dispatcher - 솔라리스가 전력소모를 최소화하면서 최대의 성능을 낼 수 있도록 자동으로 시스템을 모니터하고 프로세스의 실행을 최적화할 수 있습니다. 인텔 네할름 프로세서의 새로운 Deep C-States 기능과 결합하면 아이들(idle) 상태의 코어에 의해서 소모되는 전력도 절감할 수 있습니다.
  

• CMT 시스템에서의 SSH 성능 향상 - UltraSPARC T2 프로세서를 장착한 시스템에서 프로세서 자체 장착된 암호화 가속기(Crypto Acceleration) 등을 이용하여 성능 향상이 있습니다.
  

• Sun Validation Test Suite (VTS) 업데이트 - 새로운 시스템의 진단정보를 지원하도록 업데이트되었습니다.

Solaris 10 5/09 What's New 컬렉션 문서를 통해서 본 상세한 업데이트 내용은 다음과 같습니다.

System Resources Enhancement

• 존 클로닝 시에 ZFS 클로닝 사용 지원 등 ZFS와 컨테이너의 결합
  

자세한  내용은 다음 포스트에서 다루겠습니다만 ZFS 파일시스템 위에 zonepath가 지정되는 경우 존 인스톨 시 자동으로 ZFS 데이터셋을 생성하는 기능 및 존 클로닝시 ZFS 파일시스템 위에 설치된 다른 존의 경로와 zonename을 부여하면 ZFS 파일시스템이 자동으로 클로닝되어 새로운 존을 생성하는데 걸리는시간과 공간을 절감할 수 있는 등 ZFS와 컨테이너가 통합된 기능들을 제공하고 있습니다.

• zoneadm attach -b 옵션 지원
  

업데이트 6에서 Update-on-attach라는 기능이 소개된 바 있습니다. Update-on-attach는 로컬 존을 Attach할 때 글로벌 존의 패치 버전이 높은 경우 기존에는 패치 버전이 상이하므로 Attach가 불가능했지만 업데이트 6 부터는 존을 Attach 할 때 패치 버전의 차이 만큼 패치를 자동으로 업데이트함으로서 존을 Attach 할 수 있는 기능입니다. 이번에 소개된 -b 옵션은 Update-on-attach가 일어날 때 특정 패치들은 제외할 수 있는 기능입니다. (오픈솔라리스의 IPS 패키지에는 적용 가능하지 않고 SVR4 패키지에만 적용 가능합니다.)

System Administration Enhancements

•  IPsec의 SMF services를 통한 관리

IP 레이어에 보안 암호화를 하는 IPSec 프로토콜이 아래 4가지 서비스로 관리가 됩니다.

• svc:/network/ipsec/policy:default – 정책을 관리하는 서비스로 /etc/inet/ipsecinit.conf 파일을 체크하여 IPsec Security Policy Database (SPD)에 정책을 적용합니다. IPSec 서비스 사용을 위해서는 이 서비스가 항상 활성화돼 있어야 하고 부팅시에 IPSec 정책 구성을 위해 /etc/inet/ipsecinit.conf 파일이 있어야 합니다.

• svc:/network/ipsec/ike:default – Internet Key Exchange (IKE) 데몬을 관리하는 서비스입니다.

• svc:/network/ipsec/manual-key:default – manual-key 서비스는 /etc/inet/secret/ipseckeys 파일을 체크하여 IPsec Security Association Database (SADB)에 키를 제공하는 역할을 합니다. 기존에는 /etc/inet/secret/ipseckeys 파일만 존재하면 키를 제공할 수 있었지만 업데이트 7부터는 manual-key 서비스가 활성화 되어있어야 합니다.

• svc:/network/ipsec/ipsecalgs:default – 기본으로 활성화되어 있는 서비스로 솔라리스 암호화 프레임워크의 알고리즘(Solaris Cryptographic Framework algorithms)을 IPSec에 적용할 수 있는 서비스입니다.

IPSec이 Service Manager Facility를 통해 관리됨으로서 관리 인터페이스가 더 간결해지고, 서비스 가용성이 더 높아지며 장애 발생시 추적이 더 쉽게 되었습니다.

Security Enhancement

• NAT-Traversal for IPsec Key Management Developers

IPSec을 위한 NAT Traversal 의 엔드포인트 역할을 하는 API를 제공합니다. 이 기능을 통하여 IPSec 키관리 소프트웨어 개발자들이 NAT 디바이스를 통하는 키 관리 프로토콜을 개발할 수 있습니다.

• IPsec 알고리즘 강화.
  

Three larger Diffie-Hellman integer-modulus groups (2048-bit, 3072-bit, and 4096-bit) 지원
SHA2 including sha256, sha384, and sha512, SHA-2 using HMAC 지원

• SunSSH With OpenSSL PKCS#11 Engine 지원

Device Management Enhancements

• x86 : 인텔 프로세서의 T-State 모드를 지원

업데이트 7부터 전력관리 기능의 일환으로 프로세서 클럭 쓰로틀링(Processor Clock Throttling)을 지원합니다. 솔라리스가 펌웨어로부터 ACPI_TPC 메시지를 받으면 이에 따라 프로세서의 클럭 속도를 조절함으로서 전력소모를 줄일 수 있습니다. Marc Haywood의 블로그 포스팅에서 더 자세한 정보를 볼 수 있습니다.

System Performance Enhancements

• Intel PCI Express 10Gb NIC Driver에서 Large Segment Offload(LSO) 지원

ixgbe 드라이버에 대해서 LSO 기능을 지원합니다. 10GB Ethernet과 같이 고대역폭의 네트워크 장치에 대해서는 LSO가 더욱 중요하다 할 수 있는데, LSO를 통해 네트워크 전송에 있어 CPU의 오버헤드를 줄임으로서 전송 속도를 증가시킬 수 있습니다.

• Solaris Power Aware Dispatcher 및 인텔 네할름 프로세서의 Deep C-State지원

솔라리스 10의 인텔 네할름 지원에 대해서는 별도의 포스팅을 할 계획입니다만, 간단히 정리하자면 솔라리스 10의 CPU 전력 관리에 있어서 3가지 정도의 기능이 추가되었습니다.

• 이벤트 중심 CPU 전력 관리 - Power Aware Dispatcher 또는 커널 스케줄러가 CPU 사용량에 따라 전력소모를 최소화하는 방안으로 스케줄링을 하는데, 기존의 CPU 사용량을 확인하는 것은 솔라리스가 각 CPU에 대해 주기적으로 폴링(Polling)을 하여 가능하였지만, 이번 업데이트부터는 전력 관리가 가능한 종류의 CPU가 Power State가 변경될 때 발생시키는 이벤트에 따라 솔라리스 10이 CPU 사용량을 확인함으로서 전력을 더욱 절감할 수 있게 됩니다. 기본적으로 이벤트 중심 방법으로  되어 있지만 설정을 통해 폴링을 통해 하도록 변경할 수도 있습니다.
  

• 인텔 네할름 프로세서의 Deep C-State 지원 - 필요에 따라 코어를 아이들(Idle) 상태로 되돌림으로서 코어가 작업중이 아니더라도 단지 on 상태에 있는 것만으로도 소모되는 전력을 절감하는 Deep C-State를 지원합니다.
  

• 인텔 네할름 프로세서의 터보 모드 지원 - CPU 온도가 허용하는 수준에서 필요에 따라 코어의 동작 클럭을 높일 수 있는 기능인 터보 모드(turbo mode)를 지원합니다. 솔라리스 10에서는 kstat 커맨드를 통해서 터보 모드의 상태와 프로세서 클럭을 확인할 수 있습니다.
  

Developer Tools Enhancements

• SunVTS 7.0 Patch Set 5

Sun Validation Test Suit은 시스템 진단정보를 통해 시스템의 정상동작 여부를 테스트하는 소프트웨어인데 새로운 시스템에 대한 진단정보 등 많은 업데이트가 있었습니다.

• x86: CPU Performance Counter Updates for Intel Processors

최근의 프로세서들은 프로세서의 동작과 관련한 하드웨어 이벤트의 측정을 위해 하드웨어 성능 카운터를 가지고 있는데 업데이트 7부터 cputrack, cpustat 등의 커맨드를 통해 CPU 성능 카운터에 억세스할 수 있습니다.

• SUNWpatchutils Tool

패치를 관리하는 패키지에 업데이트가 있었습니다. 자세한 정보는http://cyberelk.net/tim/software/patchutils 페이지 참조

Driver Enhancements

• hermon Driver지원
• iSCSI Target 성능, 확장성, 호환성, 안정성 업그레이드
• x86: NetXen 10-GigE Device Driver지원
• Intel ICH10 and Hartwell NIC Support in E1000g Driver지원
• xge Driver Can Enable Multiple Receive Rings and MSI-X

Other Enhancements

• 카자흐스탄어 및 우크라이나어를 위한 로케일 지원
• SPARC: Fp-scrubber Daemon

참고

• 보안과 가상화 기능에 중점을 둔 솔라리스 업데이트 발표 - eWeek
  

이번 포스트에서는 새 기능들을 간략하게 살펴보았는데요. 다음 포스트에서는 순서대로 'ZFS 클론을 이용한 Zone 클로닝' 및 '솔라리스 10의 Nahalm 지원'에 대해 자세하게 이야기해 보겠습니다.

지난 2009년 4월 28일에 솔라리스 9의 EOL(End of Life)이 발표되었습니다. http://www.sun.com/software/solaris/9/ 을 참조하면 주요 스케줄을 다음과 같습니다.

• Last Order Date : July 31, 2009
• Last Ship Date : October 30, 2009
• End Of Service Life Date : October 30, 2014
  

솔라리스 9 은 2002년 5월 발표되었는데요. 현재는 솔라리스 10이 2005년 1월 발표되어 솔라리스 10 업데이트6 (10/08) 버전이 최신버전이며 곧, 업데이트7(05/09) 버전이 발표될 예정입니다. 솔라리스 9은 솔라리스 라이프 사이클 모델 (life cycle model)에 따라 Last Order Date, Last Ship Date, End of Retirement Phase 1 and End of Service Life가 진행되겠습니다.

썬은 솔라리스 9의 EOL을 발표 하면서 솔라리스 10으로의 업그레이드를 요청하고 있는데요. 솔라리스10은 솔라리스 9, 솔라리스 8에 대한 바이너리 호환성을 제공하기 때문에 기존의 솔라리스 9 환경에서 개발된 사용자 어플리케이션, 라이브러리 등은 그대로 파일만 옮기면 100% 호환성을 보장하며 동작합니다.

또한 솔라리스 10의 컨테이너 기능을 이용한 Solaris 9 Container 솔루션은 솔라리스 10위에 솔라리스 9 환경을 그대로 옮겨서 컨테이너의 로컬 존에서 솔라리스 9이 동작할 수 있도록 합니다. 기존 솔라리스 9 환경을 Flash Archive를 이용하여 아카이빙 한 뒤 솔라리스 10 환경 위에서 존을 생성하여 인스톨하면서 기존 솔라리스 9 환경에서 생성한 flar 파일을 지정해주면 쉽게 설치할 수 있습니다.

솔라리스 9 EOL과 관련한 FAQs가 있고, 아래는 솔라리스 10 마이그레이션 관련 블루프린트 문서입니다.

Migrating to the Solaris Operating System (BluePrint)