탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
![]() |
시스템 관리 설명서: Oracle Solaris Containers-리소스 관리 및 Oracle Solaris 영역 Oracle Solaris 10 1/13 Information Library (한국어) |
8. FSS(Fair Share Scheduler)(개요)
9. FSS(Fair Share Scheduler) 관리(작업)
10. 리소스 상한값 지원 데몬을 사용한 물리적 메모리 제어(개요)
15. Solaris Management Console의 리소스 제어 기능
19. 비전역 영역 설치, 정지, 복제 및 제거 정보(개요)
20. 비전역 영역 설치, 부트, 정지, 제거 및 복제(작업)
24. Oracle Solaris 10 9/10: 물리적 Oracle Solaris 시스템을 영역으로 마이그레이션(작업)
25. 영역이 설치된 Oracle Solaris 시스템의 패키지 및 패치 정보(개요)
26. 영역이 설치된 Oracle Solaris 시스템에서 패키지 및 패치 추가 및 제거(작업)
29. 비전역 영역이 설치된 Oracle Solaris 10 시스템 업그레이드
30. 그 밖의 기타 Oracle Solaris 영역 문제 해결
34. lx 브랜드 영역 설치, 부트, 정지, 복제 및 제거 정보(개요)
35. lx 브랜드 영역 설치, 부트, 정지, 제거 및 복제(작업)
Solaris 10 5/08 릴리스부터는 영역을 실제로 다른 시스템으로 이동하기 전에 영역 마이그레이션을 시험 실행할 수 있습니다. 자세한 내용은 Solaris 10 5/08: 마이그레이션을 수행하기 전에 영역 마이그레이션 검증 정보를 참조하십시오.
Solaris 10 11/06 이후부터 이 절에 새로운 정보가 추가되었습니다.
zonecfg 및 zoneadm 명령을 사용하여 기존 비전역 영역을 한 시스템에서 다른 시스템으로 마이그레이션할 수 있습니다. 영역이 중지되고 현재 호스트에서 분리됩니다. zonepath는 연결된 대상 호스트로 이동합니다.
영역 마이그레이션에는 다음과 같은 제한 사항이 적용됩니다.
대상 시스템의 전역 영역에서 원래 소스 호스트와 동일한 Oracle Solaris 릴리스 또는 이후 릴리스가 실행되고 있어야 합니다.
영역이 제대로 실행되려면 대상 시스템에서 다음 필수 운영 체제 패키지와 패치의 버전이 원래 호스트에 설치된 것과 동일한 버전이어야 합니다.
inherit-pkg-dir 리소스에 파일을 제공하는 패키지
SUNW_PKG_ALLZONES=true인 패키지
타사 제품의 경우와 같은 기타 패키지와 패치는 다를 수 있습니다.
Solaris 10 10/08: 새 호스트의 버전이 영역 종속 패키지와 관련 패치의 버전과 동일하거나 그보다 이후 버전인 경우 zoneadm attach를 - u 옵션과 함께 사용하면 새 호스트와 일치하도록 영역 내의 해당 패키지가 업데이트됩니다. 연결 시 업데이트 소프트웨어는 마이그레이션되는 영역을 살펴보고 새 호스트와 일치하도록 업데이트해야 할 패키지를 결정합니다. 해당 패키지만 업데이트됩니다. 나머지 패키지와 관련 패치는 영역마다 다를 수 있습니다. 이 옵션을 사용하면 시스템 클래스(예: sun4u - sun4v) 간에 마이그레이션할 수도 있습니다.
Solaris 10 9/10: 새 호스트의 버전이 패키지와 관련 패치의 버전보다 최신일 경우 zoneadm attach를 -U 옵션과 함께 사용하면 이 호스트에 새로 설치된 비전역 영역에 대해 표시되는 내용과 일치하도록 영역 내의 패키지가 업데이트됩니다. 영역 내에 설치되었지만 전역 영역에는 설치되지 않은 패키지는 무시되고 있는 그대로 유지됩니다. 이 옵션을 사용하면 시스템 클래스(예: sun4u - sun4v) 간에 마이그레이션할 수도 있습니다.
Solaris 10 5/09: -b 옵션을 사용하여 업데이트하기 전에 영역에서 제거할 패치를 지정할 수 있습니다.
호스트 시스템과 대상 시스템은 동일한 시스템 구조를 사용할 수 있습니다. 단, sun4u 및 sun4v 시스템 클래스 간 마이그레이션에 사용할 수 있는 -u 옵션을 사용하는 경우는 예외입니다.
Solaris 10 5/09:-b 옵션을 사용하여 연결 중 영역에서 제거할 패치를 공식 패치 또는 IDR(Interim Diagnostics/Relief) 중에서 지정할 수 있습니다. -b 옵션을 여러 개 지정할 수 있습니다. 어떤 이유로 패치를 제거할 수 없는 경우 attach가 실패하고 패치도 제거되지 않습니다.
이 옵션은 SVr4 패키징을 사용하는 영역 브랜드에만 적용됩니다.
Solaris 릴리스와 시스템 구조를 확인하려면 다음을 입력합니다.
#uname -m
zoneadm detach 프로세스는 다른 시스템에서 영역을 연결하는 데 필요한 정보를 만듭니다. zoneadm attach 프로세스는 대상 시스템에 영역을 호스팅하기 위한 올바른 구성이 있는지 확인합니다.
여러 가지 방법으로 zonepath를 새 호스트에서 사용 가능하게 만들 수 있으므로 한 시스템에서 다른 시스템으로 zonepath를 실제로 이동하는 작업은 전역 관리자가 수행하는 수동 프로세스입니다.
새 시스템에 연결된 경우 영역은 설치됨 상태가 됩니다.
이 절차를 수행하려면 전역 영역의 전역 관리자여야 합니다.
역할을 만든 다음 사용자에게 지정하려면 시스템 관리 설명서: 기본 관리의 RBAC와 함께 Solaris 관리 도구 사용(작업 맵)을 참조하십시오.
host1# zoneadm -z my-zone halt
host1# zoneadm -z my-zone detach
분리된 영역이 이제 구성됨 상태에 있습니다.
자세한 내용은 zonepath를 새 호스트로 이동하는 방법을 참조하십시오.
host2# zonecfg -z my-zone
다음 시스템 메시지가 표시됩니다.
my-zone: No such zone configured Use 'create' to begin configuring a new zone.
zonecfg:my-zone> create -a /export/zones/my-zone
zonecfg:my-zone> info zonename: my-zone zonepath: /export/zones/my-zone autoboot: false pool: inherit-pkg-dir: dir: /lib inherit-pkg-dir: dir: /platform inherit-pkg-dir: dir: /sbin inherit-pkg-dir: dir: /usr net: address: 192.168.0.90 physical: bge0
예를 들어 새 호스트에서는 네트워크 물리적 장치가 다르거나 구성에 포함된 장치가 다른 이름일 수 있습니다.
zonecfg:my-zone> select net physical=bge0 zonecfg:my-zone:net> set physical=e1000g0 zonecfg:my-zone:net> end
zonecfg:my-zone> commit zonecfg:my-zone> exit
host2# zoneadm -z my-zone attach
다음 조건이 하나라도 존재할 경우 필요한 작업이 수행된다는 알림이 시스템 관리자에게 전송됩니다.
필요한 패키지와 패치가 새 시스템에 없습니다.
시스템 간에 소프트웨어 레벨이 다릅니다.
host2# zoneadm -z my-zone attach -u
참고 - Solaris 10 10/08: 소스 시스템이 이전 버전의 Solaris 시스템에서 실행 중인 경우 영역이 분리될 때 올바른 패키지 목록이 생성되지 않을 수 있습니다. 대상에 올바른 패키지 목록이 생성되도록 하려면 zonepath에서 SUNWdetached.xml 파일을 제거하십시오. 이 파일을 제거하면 대상 시스템에 새 패키지 목록이 생성됩니다.
이는 Solaris 10 5/09 이상 릴리스에서 반드시 필요한 사항은 아닙니다.
host2# zoneadm -z my-zone attach -U
host2# zoneadm -z my-zone attach -u -b IDR246802-01 -b 123456-08
-u 또는 -U 옵션과 별개로 -b 옵션을 사용할 수 있습니다.
host2# zoneadm -z my-zone attach -F
![]() | 주의 - -F 옵션을 사용하면 유효성 검사를 수행하지 않고 attach를 강제로 수행할 수 있습니다. 이 옵션은 클러스터 환경이나 백업 및 복원 작업과 같은 특정 경우에 유용하지만, 영역을 호스트하려면 시스템을 적절하게 구성해야 합니다. 잘못된 구성으로 인해 정의되지 않은 동작이 나중에 발생할 수 있습니다. |
zonepath의 아카이브를 생성하는 방법에는 여러 가지가 있습니다. 예를 들어 cpio(1) 및 pax(1) 매뉴얼 페이지에 설명된 cpio 또는 pax 명령을 사용할 수 있습니다.
아카이브를 새 호스트로 전송하는 방법에는 몇 가지가 있습니다. 소스 호스트에서 대상으로 zonepath를 전송하는 데 사용되는 방식은 로컬 구성에 따라 다릅니다. SAN과 같이, 경우에 따라서는 zonepath 데이터를 실제로 이동하지 못할 수도 있습니다. 새 호스트에서 zonepath가 보이도록 SAN을 간단히 재구성할 수 있습니다. 그 밖의 경우에는 zonepath를 테이프에 기록한 후 테이프를 새 위치로 우편 발송할 수 있습니다.
이러한 이유로 이 단계는 자동화되지 않습니다. 시스템 관리자는 zonepath를 새 호스트로 이동하기 위한 가장 적절한 기술을 선택해야 합니다.
역할을 만든 다음 사용자에게 지정하려면 시스템 관리 설명서: 기본 관리의 RBAC와 함께 Solaris 관리 도구 사용(작업 맵)을 참조하십시오.
예 23-1 tar 명령을 사용하여 zonepath 아카이브 및 이동
host1에서 zonepath의 tar 파일을 만들고 sftp 명령을 사용하여 host2로 전송합니다.
host1# cd /export/zones host1# tar cf my-zone.tar my-zone host1# sftp host2 Connecting to host2... Password: sftp> cd /export/zones sftp> put my-zone.tar Uploading my-zone.tar to /export/zones/my-zone.tar sftp> quit
host2에서 tar 파일의 압축을 풉니다.
host2# cd /export/zones host2# tar xf my-zone.tar
자세한 내용은 sftp(1) 및 tar(1)을 참조하십시오.
일반 오류
다음에 대한 문제 해결 정보는 zoneadm attach 작업으로 문제 해결을 참조하십시오.
패치와 패키지가 동기화되지 않았습니다.
운영 체제 릴리스가 일치하지 않습니다.
다음 순서
SAN을 재구성하는 대신 데이터를 복사한 경우에는 영역이 현재 구성됨 상태에 있더라도 zonepath 데이터가 여전히 소스 호스트에 표시됩니다. 데이터를 새 호스트로 이동한 후 소스 호스트에서 zonepath 호스트를 수동으로 제거하거나, 영역을 소스 호스트에 다시 연결하고 zoneadm uninstall 명령을 사용하여 zonepath를 제거할 수 있습니다.
“실행 안함” 옵션인 -n을 사용하여 영역을 새 시스템으로 이동하기 전에 시험 실행을 수행할 수 있습니다,
zoneadm detach 하위 명령을 -n 옵션과 함께 사용하면 실제로 영역을 분리하지 않고 실행 중인 영역에 매니페스트가 생성됩니다. 원래 시스템의 영역 상태는 변경되지 않습니다. 영역 매니페스트는 stdout로 전송됩니다. 전역 관리자는 이 출력을 파일로 전송하거나 이 출력을 대상 호스트에서 즉시 검증할 명령에 파이프로 연결할 수 있습니다. zoneadm attach 하위 명령을 -n 옵션과 함께 사용하면 이 매니페스트를 읽은 다음 실제로 연결을 수행하지 않고도 영역을 호스트하는 데 올바른 구성이 대상 시스템에 있는지 확인할 수 있습니다.
시험 실행 연결을 수행하기 전에 새 호스트에 대상 시스템의 영역을 구성할 필요가 없습니다.
이 절차를 수행하려면 전역 영역의 전역 관리자여야 합니다.
역할을 만든 다음 사용자에게 지정하려면 시스템 관리 설명서: 기본 관리의 RBAC와 함께 Solaris 관리 도구 사용(작업 맵)을 참조하십시오.
global# zoneadm -z my-zone detach -n | ssh remotehost zoneadm attach -n -
라인 끝에 있는 하이픈(—)은 경로에 stdin을 지정합니다.
검증이 소스 호스트 화면인 stdout로 출력됩니다.
global# zoneadm -z my-zone detach -n > filename
zonepath를 새 호스트로 이동하는 방법에 설명된 대로 매니페스트를 새 호스트 시스템으로 복사한 다음 검증을 수행합니다.
global# zoneadm attach -n path_to_manifest
경로는 stdin을 지정하는 —일 수 있습니다