Ukryte funkcje Solaris / OpenSolaris

Jakie są przydatne polecenia, narzędzia lub sztuczki, które można znaleźć w systemie Solaris lub OpenSolaris, które nie są dostępne w typowej dystrybucji systemu Linux?

Live Upgrade, który korzysta z ZFS, tworzy zapisywalne migawki środowiska rozruchowego systemu operacyjnego. Dzięki Live Upgrade można zastosować łaty do środowiska rozruchowego migawki, a następnie włączyć migawkę do rozruchu. Po następnym uruchomieniu otrzymasz łatane środowisko systemu operacyjnego. Jeśli odkryjesz problem z łatką, możesz uruchomić starą migawkę, uruchomić ją ponownie i wycofać zmiany. To dość imponujące rozwiązanie do łatania.

ZFS dla środowiska rozruchowego wymaga systemu Solaris 10u6 lub nowszego.

Ponadto strefy Solaris są bardzo przydatne do izolacji aplikacji. Oczywiście DTrace jest bardzo fajny, ale RedHat bawi się w System Tap.

ZFS, DTrace i SMF są ledwie ukrytymi funkcjami, ponieważ każdy, kto kiedykolwiek słyszał o Solaris, również o nich słyszał.

Jeśli naprawdę chcesz poznać niektóre ukryte / mniej znane funkcje Solaris, polecam przeczytanie ebooka Mniej znane funkcje Solaris autorstwa Jörga Möllenkampa .

Nie zapomnij o SMF (zarządzanie usługami). Nie widziałem jeszcze czegoś porównywalnego dla Linuksa (wszelkie wskaźniki z wdzięcznością przyjęte). Zaoszczędziło mi to (i kolegom) dużo obsługi biletów :)

Solaris ma wiele funkcji, które ludzie Linuksa chcieliby mieć. Obejmują one:

• ZFS : system plików, który zapewnia wyjątkową elastyczność, bardziej niż cokolwiek, co jest obecnie dostępne. Dynamiczny wzrost i redukcja, migawki, klony i inne - wszystko dostępne za darmo.
• DTrace : debugger, który może przedstawić ci szczegółowe informacje na temat działania jądra. Ze względu na sposób pisania jąder DTrace jest z natury znacznie bardziej elastyczny niż SystemTap.
• SMF : kolejny system zastępujący skrypty inicjujące System V - ale wydaje się, że ma więcej osób zainteresowanych nim niż którymkolwiek innym.
• Strefy i kontenery : są bardzo elastyczne i wzbudzają zainteresowanie wielu osób: zapewniają bardzo elastyczną wirtualizację.

Kilka osobistych doświadczeń ...

Uważam, że Strefy są tak łatwe i użyteczne, że po prostu stworzyłem jeden dla każdej usługi, którą prowadzę w domu - w ten sposób mogę grać i testować rzeczy bez niszczenia wszystkiego. Jedną ze stref jest odwrotne proxy (Sun Web Java Proxy), dzięki czemu mogę łatwo grać z różnymi serwerami WWW.

Uważam też, że hierarchia pakietów opencsw (wcześniej znana jako Blastwave) jest o wiele lepsza niż wszystko, co dotychczas widziałem - zawsze zajmuje się wszystkimi zależnościami.

I - nie zapomnij - kompatybilność binarna. Jeśli określona jest aplikacja, która potrzebuje Linuksa z jądrem 1.2.3_4, lepiej go masz. W Solarisie wszystko działa tylko w przyszłych wydaniach. Dla mnie oznacza to aktualizację, kiedy chcę i bez stresu.

Oto kilka interesujących dokumentów, jeśli chcesz głębiej kopać: Mniej znane funkcje Solaris

Tylko dla smaku - specjalności administracyjne:

Live Upgrade Service Management Facility Management zarządzanie zasobami pfiles fuser / export / home? /Dom? autofs? lockfs Informacje o rdzeniach i awariach CacheFS Jumpstart Enterprise Toolkit

(brzmi jak reklama? przepraszam ...)

Dwa największe, przekonujące powody dla Solaris wydają się być DTrace i ZFS, z których żaden nie jest bezpośrednio dostępny dla Linuksa.

kstat, aby uzyskać wszelkiego rodzaju niesamowite statystyki jądra.

Niekoniecznie ukryte, ale dla Linuksa oczywiste nie są narzędzia do obserwacji procesu: pstack, pmap, pflags, pfiles, pcred, psig i pldd. Również prstat, który jest mniej więcej równoważny z górą, ale może również agregować wykorzystanie zasobów według użytkownika, strefy, projektu i wyświetlać rozliczenia mikrostanu.

Zobacz projekty i zadania dotyczące zarządzania wieloma aplikacjami w jednym wystąpieniu systemu operacyjnego.

Nie znam odpowiednika Coreadma w Linuksie, chociaż prawdopodobnie jest on gdzieś rozproszony w / proc.

Logadm jest nieco tępy, ale jest dobrym zamiennikiem dla logrotate i ogólnie bardziej wydajny / elastyczny.

Rozmieszczenie zabezpieczeń na wielu poziomach (role, uprawnienia, profile) różni się od Linuksa (konteksty SELinux, AppArmor).

System pakowania obrazów (IPS) w OpenSolaris jest dość schludny, ale wciąż w fazie rozwoju.

Ponadto +1 za LiveUpgrade. Jest świetny, szczególnie w przypadku migawek ZFS.

Większość materiałów użytkownika GNU, do których jesteś przyzwyczajony, jest dostępna i prawdopodobnie zainstalowana domyślnie na wystarczająco nowym systemie Solaris.

Szybki restart dla OpenSolaris pomija normalny proces sondowania sprzętowego / BIOS POST / GRUB na sprzęcie x86, pozwalając na ponowne uruchomienie w <10 sekund zamiast ~ 2 minut. Obsługuje nawet uruchamianie alternatywnych środowisk rozruchowych (np. Przywracanie nieudanej aktualizacji).

ZFS i SMF są świetne, ale prawdziwy problem z Solaris polega na tym, że menedżer pakietów jest od dawna za odpowiednikami Linuksa.

Także wszystkie narzędzia różnią się subtelnie (zabić kogokolwiek?), Jeśli przez większość czasu administrujesz maszynami z linuksem, przejście na solaris oznacza ciągłe czytanie stron podręcznika. Opieszały „więcej” pager i zawsze nieco źle skonfigurowane terminale utrudniają życie.

Narzędzie analizy awarii systemu Solaris - najlepsze narzędzie do analizy zrzutów awarii jądra systemu Solaris.

kssl, moduł SSL jądra. Cytat z ksslcfg (1M)

ksslcfg zarządza instancjami smf (5) dla modułu proxy Kernel SSL. Serwer WWW z obsługą SSL może korzystać z usług serwera proxy jądra SSL w celu poprawy wydajności przetwarzania pakietów HTTPS.

W przeciwieństwie do Linuksa, działa „lsof -o” (pokaż przesunięcia plików). Może to być przydatne do pokazania, jak daleko jest proces, gdy odczytuje lub zapisuje duże ilości danych.

Pomocne są skonsolidowane samouczki „Mniej znane funkcje Solaris” .

Prawdopodobnie największa pułapka dla nowych graczy, typowy użytkownik Linuksa może ulec pokusie uruchomienia killall na hoście Solaris;

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