Recursos ocultos do Solaris / OpenSolaris

Quais são os comandos, ferramentas ou truques úteis encontrados no Solaris ou no OpenSolaris que não estão disponíveis em uma distribuição típica do Linux?

O Live Upgrade, que usa o ZFS, cria instantâneos graváveis ​​do ambiente de inicialização do sistema operacional. Com o Live Upgrade, você pode aplicar patches a um ambiente de inicialização de instantâneo e torná-lo inicializável. Na próxima reinicialização, você obtém um ambiente de SO corrigido. Se você descobrir um problema com um patch, poderá tornar o snapshot antigo inicializável, reiniciar e fazer o backup das alterações. É uma solução bastante impressionante para remendar.

O ZFS para o ambiente de inicialização requer Solaris 10u6 ou mais recente.

Além disso, o Solaris Zones é bastante útil para o isolamento de aplicativos. Obviamente, o DTrace é muito bom, mas o RedHat está usando o System Tap.

ZFS, DTrace e SMF dificilmente são recursos ocultos, já que quem já ouviu falar do Solaris também já ouviu falar deles.

Se você realmente gostaria de conhecer alguns recursos ocultos / menos conhecidos do Solaris, recomendo que você leia o ebook Recursos menos conhecidos do Solaris por Jörg Möllenkamp .

Não se esqueça do SMF (Gerenciamento de serviços). Ainda tenho que ver algo comparável para linux (qualquer ponteiro aceito com gratidão). Isso me salvou (e colegas) muita manipulação de tickets :)

Existem vários recursos que o Solaris possui que o pessoal do Linux gostaria que tivesse. Esses incluem:

• ZFS : um sistema de arquivos que fornece extrema flexibilidade, mais do que qualquer coisa agora disponível. Crescimento e redução dinâmicos, snapshots, clones e muito mais - todos disponíveis gratuitamente.
• DTrace : um depurador que pode apresentar detalhes de como o kernel está funcionando. Devido à maneira como os kernels são escritos, o DTrace é inerentemente muito mais flexível que o SystemTap.
• SMF : mais um sistema para substituir os scripts de inicialização do System V - mas este parece ter mais pessoas interessadas nele do que qualquer outro.
• Zonas e contêineres : são muito flexíveis e têm muita gente entusiasmada: fornecem virtualização muito flexível.

Algumas experiências pessoais ...

Acho as Zonas tão fáceis e úteis que simplesmente criei uma para cada serviço que estou executando em casa - dessa forma, posso jogar e testar as coisas sem descartar tudo. Uma das zonas é o proxy reverso (Sun Web Java Proxy), para que eu possa jogar com diferentes servidores da Web facilmente.

Também acho a hierarquia de pacotes opencsw (anteriormente conhecida como Blastwave) muito melhor do que qualquer coisa já vista - ela sempre cuida de todas as dependências.

E - para não esquecer - compatibilidade binária. Se um aplicativo for especificado para precisar do Linux com o kernel 1.2.3_4, é melhor tê-lo. No Solaris, tudo funciona em versões futuras. Para mim, isso significa atualizar quando eu quero e sem estresse.

Aqui estão vários documentos interessantes, se você quiser aprofundar: Recursos menos conhecidos do Solaris

Apenas para provar - promoções de administração:

Live Upgrade Service Management Facility Resource Management pfiles fusor / exportação / home? /casa? autofs? lockfs Sobre núcleos e travamentos CacheFS Jumpstart Enterprise Toolkit

(pareço um anúncio? desculpe ...)

Os dois maiores motivos para o Solaris parecem ser o DTrace e o ZFS, nenhum dos quais está diretamente disponível para Linux.

kstat para obter todos os tipos de estatísticas impressionantes do kernel.

Não necessariamente ocultos, mas não óbvios para o pessoal do Linux, estão os utilitários de observação de processos: pstack, pmap, pflags, pfiles, pcred, psig e pldd. Também prstat, que é mais ou menos equivalente ao topo, mas também pode agregar o uso de recursos por usuário, zona, projeto e exibir a contabilidade de microestados.

Veja projetos e tarefas para gerenciar muitos aplicativos em uma instância do SO.

Eu não sei o equivalente a coreadm no Linux, embora provavelmente esteja espalhado por / proc em algum lugar.

O Logadm é um pouco obtuso, mas é um bom substituto para o logrotate, e geralmente mais poderoso / flexível.

A organização da segurança em vários níveis (funções, autorizações, perfis) é diferente do Linux (contextos SELinux, AppArmor).

O Image Packaging System (IPS) no OpenSolaris é bastante elegante, mas ainda está em desenvolvimento pesado.

Além disso, +1 no LiveUpgrade. É ótimo, especialmente com os instantâneos do ZFS.

A maioria das coisas de usuário do GNU às quais você está acostumado está disponível e provavelmente instalada por padrão em um Solaris suficientemente novo.

A reinicialização rápida do OpenSolaris ignora o processo normal de HW Probing / BIOS POST / GRUB no hardware x86, permitindo a reinicialização em <10s em vez de ~ 2mins. Até suporta a inicialização de ambientes de inicialização alternativos (por exemplo, revertendo uma atualização incorreta).

O ZFS e o SMF são ótimos, mas o problema do solaris é que o gerenciador de pacotes está muito atrasado em relação aos Linux.

Além disso, todos os utilitários são diferentes de maneiras sutis (matar todos?), Se você administra máquinas linux na maioria das vezes, mudar para o solaris significa ler as páginas de manual repetidas vezes. Um pager "mais" chato e terminais sempre um pouco mal configurados dificultam sua vida.

Solaris Crash Analysis Tool - a melhor ferramenta para ajudar na análise de despejos de falhas do kernel Solaris.

kssl, módulo SSL do kernel. Citação de ksslcfg (1M)

O ksslcfg gerencia instâncias smf (5) para o módulo proxy SSL do Kernel. Um servidor da web ativado para SSL pode usar os serviços de seu proxy SSL do Kernel para melhorar o desempenho do processamento de pacotes HTTPS.

Ao contrário do Linux, "lsof -o" (mostra desvios de arquivos) funciona. Isso pode ser útil para mostrar a distância de um processo ao ler ou gravar grandes quantidades de dados.

Os tutoriais consolidados "Recursos menos conhecidos do Solaris" são úteis.

Provavelmente a maior armadilha para novos jogadores, um usuário típico do Linux pode ficar tentado a executar killall em um host 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