답변:
ZFS를 사용하는 Live Upgrade는 운영 체제 부트 환경의 쓰기 가능한 스냅 샷을 만듭니다. Live Upgrade를 사용하면 스냅 샷 부트 환경에 패치를 적용한 다음 해당 스냅 샷을 부트 가능하게 만들 수 있습니다. 다음에 다시 부팅하면 패치 된 OS 환경이 나타납니다. 패치 관련 문제를 발견 한 경우 이전 스냅 샷을 부팅 가능하게하고 재부팅 한 후 변경 사항을 취소했습니다. 패치에 대한 매우 인상적인 솔루션입니다.
부트 환경의 ZFS에는 Solaris 10u6 이상이 필요합니다.
또한 Solaris 영역은 응용 프로그램 격리에 매우 유용합니다. DTrace는 매우 훌륭하지만 RedHat은 System Tap으로 캐치 업을하고 있습니다.
ZFS, DTrace 및 SMF는 솔라리스에 대해 들어 본 사람도 들어 본 적이 없기 때문에 숨겨진 기능이 아닙니다.
솔라리스의 숨겨 지거나 알려지지 않은 일부 기능을 알고 싶다면 Jörg Möllenkamp 의 덜 알려진 Solaris 기능 ebook 을 읽는 것이 좋습니다 .
SMF (서비스 관리)를 잊지 마십시오. 나는 리눅스에 필적할만한 것을 보지 못했다. 그것은 (그리고 동료들) 많은 티켓 처리를 구했습니다. :)
리눅스 사람들이 원했던 솔라리스에는 많은 기능들이 있습니다. 여기에는 다음이 포함됩니다.
몇 가지 개인적인 경험 ...
Zones가 너무 쉽고 유용해서 집에서 실행중인 각 서비스에 대해 간단하게 하나만 만들었습니다. 이렇게하면 모든 것을 버리지 않고도 게임을하고 테스트 할 수 있습니다. 영역 중 하나는 리버스 프록시 (Sun Web Java Proxy)이므로 다른 웹 서버를 쉽게 사용할 수 있습니다.
또한 opencsw (이전 Blastwave라고도 함) 패키지 계층 구조가 아직 본 것보다 훨씬 뛰어납니다. 항상 모든 종속성을 처리합니다.
그리고 바이너리 호환성을 잊지 마십시오. 커널 1.2.3_4가 설치된 Linux가 필요한 앱을 지정하면 더 좋습니다. Solaris에서는 모든 것이 향후 릴리스에서 작동합니다. 나에게 이것은 내가 원할 때 업그레이드를 의미하며 스트레스를받지 않습니다.
더 깊이 파고 싶다면 몇 가지 흥미로운 문서가 있습니다. 덜 알려진 Solaris 기능
맛을 위해서만-관리 스페셜 :
라이브 업그레이드 서비스 관리 기능 자원 관리 pfiles 퓨저 / export / home? /집? autofs? lockfs 코어 및 충돌 정보 CacheFS Jumpstart Enterprise Toolkit
(광고처럼 들리나요? 죄송합니다 ...)
pstack, pmap, pflags, pfiles, pcred, psig 및 pldd와 같은 프로세스 관찰 유틸리티는 반드시 숨겨져있는 것은 아니지만 Linux 사용자에게는 분명하지 않습니다. 또한 prstat는 top과 다소 비슷하지만 사용자, 영역, 프로젝트 및 표시 마이크로 스테이트 계정별로 리소스 사용량을 집계 할 수 있습니다.
하나의 OS 인스턴스에서 많은 응용 프로그램을 관리하기위한 프로젝트와 작업을 살펴보십시오.
Linux의 coreadm에 해당하는 것은 모르지만 / proc 어딘가에 흩어져있을 수 있습니다.
Logadm은 약간 애매하지만 logrotate를 대체하기에 적합하며 일반적으로 더 강력하고 유연합니다.
다중 레벨 보안 (역할, 권한 부여, 프로파일)의 배열은 Linux (SELinux 컨텍스트, AppArmor)와 다릅니다.
OpenSolaris의 이미지 패키징 시스템 (IPS)은 매우 깔끔하지만 여전히 개발 중입니다.
또한 LiveUpgrade의 경우 +1입니다. 특히 ZFS 스냅 샷에서 유용합니다.
익숙한 GNU 사용자 영역 대부분이 사용 가능하며 기본적으로 충분히 새로운 Solaris에 설치 될 수 있습니다.
OpenSolaris에 대한 빠른 재부트 는 x86 하드웨어에서 일반적인 HW Probing / BIOS POST / GRUB 프로세스를 건너 뛰어 재부트가 ~ 2 분이 아닌 10 초 미만으로 발생할 수 있도록합니다. 대체 부트 환경 부팅 (예 : 봇치 업그레이드 업그레이드)도 지원합니다.
ZFS와 SMF는 훌륭하지만 솔라리스의 실질적인 어려움은 패키지 관리자가 리눅스에 비해 뒤떨어져 있다는 것입니다.
또한 모든 유틸리티는 미묘한 방식으로 다릅니다 (모든 사람?) Linux 시스템을 대부분 관리하는 경우 solaris로 전환하면 매뉴얼 페이지를 반복해서 읽는 것을 의미합니다. 짜증나는 "더 많은"호출기와 항상 약간 잘못 구성된 터미널은 인생을 어렵게 만듭니다.
Solaris Crash Analysis Tool -Solaris 커널 크래시 덤프 분석을 지원하는 최상의 도구입니다.
통합 된 "알려진 Solaris 기능"자습서 가 도움이됩니다.
아마도 새로운 플레이어를위한 가장 큰 함정 인 전형적인 Linux 사용자 는 Solaris 호스트 에서 killall 을 실행하고 싶을 것 입니다.
System Administration Commands killall(1M)
NAME
killall - kill all active processes
SYNOPSIS
/usr/sbin/killall [signal]
DESCRIPTION
killall is used by shutdown(1M) to kill all active processes
not directly related to the shutdown procedure.
killall terminates all processes with open files so that the
mounted file systems will be unbusied and can be unmounted.
killall sends signal (see kill(1)) to the active processes.
If no signal is specified, a default of 15 is used.
The killall command can be run only by the super-user.
ATTRIBUTES
See attributes(5) for descriptions of the following attri-
butes:
____________________________________________________________
| ATTRIBUTE TYPE | ATTRIBUTE VALUE |
|_____________________________|_____________________________|
| Availability | SUNWcsu |
|_____________________________|_____________________________|
SEE ALSO
kill(1), ps(1), fuser(1M), shutdown(1M), signal(3C), attri-
butes(5)
SunOS 5.10 Last change: 14 Sep 1992 1