Documentação do Auto Service Request para sistemas da Sun - PDF
Documentação do Auto Service Request para sistemas da Sun
Download "Documentação do Auto Service Request para sistemas da Sun"
Sebastião de Sintra Bicalho
1 Documentação do Auto Service Request para sistemas da Sun Este documento explica as características técnicas do Sun Auto Service Request (ASR) que automatiza o processo dos serviços de suporte usando a telemetria de eventos de falha dos produtos Sun para iniciar uma solicitação de serviço. Sun Microsystems, Inc. Data: outubro de 2009 Versão 2.4
2 Nº de controle: Sun Microsystems, Inc Network Circle Santa Clara, CA U.S.A Sun Microsystems, Inc Sun Microsystems, Inc Network Circle Santa Clara, CA U.S.A. A Sun Microsystems, Inc. tem os direitos de propriedade intelectual relativos à tecnologia contida no produto descrito neste documento. Em particular, e sem limitações, estes direitos de propriedade intelectual podem incluir uma ou mais patentes nos EUA ou solicitações pendentes de patente nos EUA e em outros países. Direitos Governamentais nos EUA Software comercial. Os usuários governamentais estão sujeitos ao contrato padrão de licença da Sun MicroSystems, Inc. e às cláusulas aplicáveis do FAR e seus suplementos. Esta distribuição pode incluir materiais desenvolvidos por terceiros. O produto pode conter partes derivadas dos sistemas BSD de Berkeley, licenciados pela Universidade da Califórnia. UNIX é marca registrada nos EUA e em outros países, licenciado com exclusividade por meio da X/Open Company, Ltd. Sun, Sun Microsystems, a logomarca Sun, a logomarca Solaris, a logomarca Java Coffee Cup, docs.sun.com, Java e Solaris são marcas comerciais ou marcas registradas da Sun Microsystems, Inc. e suas filiais nos EUA e em outros países. Todas as marcas registradas SPARC são usadas sob licença e são marcas registradas ou marcas comerciais registradas da SPARC International, Inc. nos EUA e em outros países. Os produtos que suportam as marcas comerciais SPARC baseiam-se numa arquitetura desenvolvida pela Sun Microsystems, Inc. O OPEN LOOK e SunTM Graphical User Interface foram desenvolvidos pela Sun Microsystems, Inc. para seus usuários e titulares de licença. A Sun reconhece os esforços pioneiros da Xerox na pesquisa e desenvolvimento do conceito de interface gráfica ou visual de usuário para o setor da computação. A Sun possui uma licença não exclusiva da Xerox para Xerox Graphical User Interface, cuja licença também abrange os titulares de licenças da Sun que implementam o OPEN LOOK GUIs e, além disso, cumprem os acordos de licença escritos da Sun. Os produtos cobertos por e as informações contidas nesta publicação são controlados por leis de Controle de Exportação dos EUA e podem estar sujeitos às leis de exportação ou de importação em outros países. São estritamente proibidos para usuários finais ou usos específicos, diretos ou indiretos, em armas nucleares, marítimo nucleares, químicas, biológicas ou mísseis. É estritamente proibida a exportação ou reexportação para países sujeitos a embargo pelos EUA ou para entidades identificadas em listas de exclusão de exportação dos EUA, incluindo, mas não limitado a, as pessoas negadas e listas de nacionalidades especialmente designadas. A DOCUMENTAÇÃO É FORNECIDA "NO ESTADO" E TODAS AS CONDIÇÕES EXPRESSAS OU IMPLÍCITAS, REPRESENTAÇÕES DE GARANTIAS, INCLUINDO QUALQUER GARANTIA IMPLÍCITA DE COMERCIABILIDADE, ADEQUAÇÃO PARA UM DETERMINADO PROPÓSITO DE NÃO INFRAÇÃO, SÃO RENUNCIADOS, COM EXCEÇÃO NA EXTENSÃO QUE TAIS RENUNCIAS SEJAM DETERMINADAS COMO LEGALMENTE INVÁLIDAS.
3 Introdução O Auto Service Request 2.4 é um recurso de serviços de rede da Sun que automatiza o processo dos serviços de suporte usando a telemetria de eventos de falha dos produtos Sun para iniciar uma solicitação de serviço. A infraestrutura de software detecta as falhas no seu local e reenvia os dados da telemetria aos sistemas da Sun para serem analisados e para que seja gerada uma solicitação de serviço. Esta solução exclusiva para software permite que você mesmo mantenha e configure o software para ativar o ASR nos seus produtos aptos para ASR. O Auto Service Request está incluído em determinados sistemas Solaris sob garantia ou em um contrato SunSpectrum. Todos os sistemas que compõem a infraestrutura do Auto Service Request foram desenvolvidos para proporcionar confidencialidade, integridade e disponibilidade de dados. A estratégia de segurança do Auto Service Request foi projetada com várias camadas de criptografia, autorização, controles de acesso e proteção de dados para garantir que os dados da empresa estejam protegidos. Arquitetura do Auto Service Request A solução ASR é oferecida a empresas através de vários sistemas e plataformas interconectados, desenvolvidos com a segurança como foco principal e que usam um avançado sistema de defesa (defense-in-depth) a fim de proporcionar várias camadas de proteção. A ilustração da arquitetura do ASR mostrada abaixo proporciona uma visão geral da arquitetura da solução. Documentação do Auto Service Request para sistemas da Sun 1
4 Os componentes seguintes são os principais componentes da solução: Sun Automated Service Manager (SASM) Este componente simplifica a implantação de outros serviços de rede da Sun e proporciona um mecanismo seguro para transporte de telemetria. Plug-in ASR SASM Este componente se encontra no SASM e recebe os dados do evento de falha dos produtos Sun habilitados para ASR, valida os dados e os envia para a infraestrutura principal do ASR usando um mecanismo seguro de transporte proporcionado pelo SASM. Infraestrutura backend principal do Auto Service Request (LAN segura da Sun) Este componente processa os dados do evento de falha e comunica o cliente através das informações sobre a solicitação do serviço. Infraestrutura backend principal do Auto Service Request No centro da solução Auto Service Request se encontra a infraestrutura backend principal hospedada no sun.com. A infraestrutura principal do ASR utiliza as credenciais da conta de usuário armazenadas na conta Sun Online para validação de usuários e utiliza o tráfego codificado e assinado digitalmente para validação de sistemas. Todos os sistemas dentro da infraestrutura do Auto Service Request 2 Documentação do Auto Service Request para sistemas da Sun
5 precisam de acesso em tempo real à infraestrutura principal para processar as mensagens de alerta e telemetria recebidas dos dispositivos finais e para realizar as consultas de autenticação. A infraestrutura backend principal é uma combinação de sistemas, interfaces de usuário, banco de dados e serviços da Web gerenciados e mantidos pelo Sun Services. Todos os dados armazenados pelo ASR são isolados pela empresa em um modelo de segurança multilocação (multi-tenancy), e esta segurança passa obrigatoriamente por várias camadas de controles de acesso e autorização com base em API. Os dados armazenados na infraestrutura principal inclui dados do evento de telemetria, dados de registro, dados de ativação dos elementos do ASR (incluindo nomes de host, números de série) e dados de solicitações de serviços. Não há acesso direto externo aos dados armazenados no sistema do Auto Service Request. Todas as solicitações de acesso são validadas em tempo real no sistema de autenticação do ASR e passam por várias camadas de segurança e validação antes de poder ter acesso aos dados (para obter mais informações, consulte a seção seguinte, Infraestrutura de autenticação). Infraestrutura de autenticação Todas as solicitações enviadas à infraestrutura do Auto Service Request, tanto geradas automaticamente quanto por humanos, devem passar por várias camadas de verificações de autenticação e lógica comercial a fim de obter acesso aos dados de telemetria. Após passar pelas medidas de segurança de rede do perímetro, as solicitações são primeiramente analisadas para que estejam em conformidade com as chamadas de API do sistema. As solicitações que usam uma sintaxe inapropriada, solicitações formatadas inapropriadamente, ou com uma carga útil que viola os limites prescritos são descartadas imediatamente na camada mais externa. Se a solicitação entrante estiver em um formato aprovado, as credenciais de autenticação fornecidas com a solicitação são verificadas imediatamente com o banco de dados da conta no Sun Online para validação. Se as credenciais apresentadas forem autenticadas com êxito, a solicitação é, então, comparada aos modelos de autorização atualmente dentro do sistema para assegurar-se de que o usuário ou o sistema (ainda que autenticado em sua identidade) tenha o nível apropriado de autorização para realizar a solicitação enviada. SASM e o plug-in ASR SASM Nos datacenters das empresas, o SASM (Sun Automated Service Manager) corresponde a uma solução de software Solaris 10 responsável por receber as mensagens de telemetria provenientes dos elementos do ASR, entregá-las à infraestrutura principal do ASR e agir como um coordenador das mensagens de eventos de falha entrantes. Documentação do Auto Service Request para sistemas da Sun 3
6 O SASM oferece suporte a um modelo de implantação flexível, com várias instâncias implantáveis a fim de satisfazer as necessidades de uma única empresa (caso necessário para atender negócios com diversos tamanhos ou localizações geográficas). Na primeira inicialização do SASM, a empresa registrará o sistema com a infraestrutura principal do Auto Service Request e realizará uma troca de chave de criptografia privada/pública. Estas chaves RSA de 1024 bits são usadas para validar todas as futuras mensagens (de entrada e de saída) do SASM a fim de proporcionar a autenticação e a aceitação das mensagens. O SASM pode ser implantado de várias formas dentro de uma empresa a fim de satisfazer os requisitos de conformidade da segurança (por exemplo, na DMZ do cliente final ou em uma rede confiável). Esta flexibilidade permite que toda a recepção de telemetria dentro do ambiente da empresa esteja em conformidade com a sua política de segurança interna e com quaisquer requisitos de conformidade necessários. O diagrama acima ilustra diferentes opções de implantação do ASR em uma rede do cliente. A opção mais simples é ter um host SASM/ASR que tenha acesso à Internet e possa se conectar a todos os domínios de produto Sun e interfaces de controlador de rede do sistema. Também é possível implantar vários host SASM/ASR, se for necessário. Por exemplo, se os controladores de sistema de um servidor estiverem em uma rede separada dos domínios, é possível usar dois hosts SASM/ASR, um na rede do domínio e outro na rede de controlador do sistema. 4 Documentação do Auto Service Request para sistemas da Sun
7 O host SASM/ASR precisa de uma conexão à Internet direta ou através de proxy. O processo de configuração do ASR (comando "asr register") solicita as informações do servidor de proxy (nome do host/endereço IP, nome de usuário e senha, se solicitado). As informações da proxy podem ser alteradas no arquivo de configuração do ASR (config.ini) conforme necessário. Ao ativar os elementos do ASR a partir do host SASM, o host SASM detecta as marcas de serviço em execução nos elementos do ASR usando o ouvinte de http das marcas de serviço em execução na porta 6481 para recuperar o número de série e as informações de produção do elemento do ASR. Uma das principais responsabilidades do plug-in ASR SASM é receber as mensagens de telemetria (usando a porta receptora SNMP 162 que pode ser configurada no arquivo config.ini) a partir dos dispositivos do cliente e agir sobre tais mensagens em tempo real. Quando a mensagem de telemetria tiver sido recebida, o plug-in ASR SASM realiza as operações (como o melhoramento do evento da FMA que envolve a chamada snmp get do host SASM a um elemento do ASR, e a normalização do evento) para validar e suprimir um alarme. Se uma mensagem de telemetria passa pelo plug-in ASR SASM, e se tal mensagem tiver que ser enviada à infraestrutura principal do Auto Service Request para processamento, a mensagem é codificada em uma estrutura de dados XML e é enviada à infraestrutura principal do Auto Service Request (https://transport.sun.com) via HTTPS (porta 443), usando RSA com criptografia SSL RC4 (128 bits). Tabela 1: Protocolos e portas Origem Destino Protocolo Porta Descrição Host SASM Host SASM Backend ASR (Sun) Elemento do ASR https 443 Para envio de mensagens de telemetria ao backend ASR http 6481 Ouvinte de marcas de serviço para ativação de elemento Elemento do ASR Host SASM snmp 162 Para envio de mensagens de telemetria ao host SASM Host SASM Elemento do ASR snmp (get) 161 Melhoramento da FMA para obtenção de informações adicionais de diagnósticos Auditoria Em todos os níveis da solução Auto Service Request, o recurso de auditoria foi desenvolvido dentro do maior número de funções possível a fim de oferecer contabilidade interna das ações realizadas no sistema. Todos os sistemas que compõem a arquitetura do Auto Service Request, a infraestrutura backend principal do Auto Service Request, o Sun Automated Service Manager e o plug-in ASR SASM, oferecem auditoria detalhada de todas as ações que são realizadas na plataforma. Documentação do Auto Service Request para sistemas da Sun 5
8 Exemplos de mensagens do ASR A seguir, encontram-se exemplos de mensagens XML que o plug-in ASR envia à Sun quando ocorrem enventos de falha qualificados. Detecção real ILOM do X4100 <message xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="message.xsd"> <site-id>asrx4100</site-id> <host-id>asrx4100</host-id> <message-uuid>0x8ff90d8d3f05e887a b8e63a2e</message-uuid> <message-time timezone="us/mountain"> t08:31:05</message-time> <system-id> </system-id> <asset-id> </asset-id> <product-name>x4100</product-name> <event> <primary-event-information> <message-id> </message-id> <event-uuid>0xb7f7eef6c020167fce33fd1aa3c0cc45</event-uuid> <event-time timezone="us/mountain"> t08:31:05</event-time> <severity>na</severity> <componente> <hardware-component> <name>na</name> </hardware-component> </component> <summary>na</summary> <description>na</description> <additional-information name="receiver_id">asr-2.0</additional-information> <payload name="snmp" type="v2c" category="ilom"> <raw-event> <varbinding1 name=" " type="67"><![cdata[59831]]></ varbinding1> <varbinding2 name=" " type="6"><![cdata[ ]]></varbinding2> <varbinding3 name=" " type="4" /> <varbinding4 name=" " type="4"><![cdata[1762th ]]></varbinding4> <varbinding5 name=" " type="4" /> <varbinding6 name=" " type="4"><![cdata[/ SYS/FT0/FM0/F0/SPEED]]></varbinding6> <varbinding7 name=" " type="2"><![cdata[2]]></varbinding7> <varbinding8 name=" " type="4"><![cdata[ ]]></varbinding8> <varbinding9 name=" " type="4"><![cdata[ ]]></varbinding9> <varbinding10 name=" " type="4"><![cdata[lower Non-recoverable going low]]></varbinding10> <varbinding11 name=" " type="6"><![cdata[ ]]></varbinding11> <varbinding12 name=" " type="2"><![cdata[2]]></varbinding12> </raw-event> </payload> </primary-event-information> 6 Documentação do Auto Service Request para sistemas da Sun
9 </event> </message> Evento da FMA <message xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="message.xsd"> <site-id>hostid1</site-id> <host-id>hostid1</host-id> <message-uuid>0x8a73e36aaba7a9d828fa915e68eb576e</message-uuid> <message-time timezone="pacific Standard Time"> T22:39:46</message-time> <system-id>assetserial1</system-id> <asset-id>assetserial1</asset-id> <product-name>t5240</product-name> <event> <primary-event-information> <message-id>sun4v-8000-e2</message-id> <event-uuid>c4dc3f01-820f-6f55-bd23-e157ab53cf21</event-uuid> <event-time timezone="pacific Standard Time"> T22:39:46</event-time> <severity>critical</severity> <componente> <hardware-component> <name>memory</name> </hardware-component> </component> <summary>uncorrectable memory error</summary> <description>one or more uncorrectable memory errors occurred.</description> <knowledge-link>http://sun.com/msg/sun4v-8000-e2</knowledge-link> <payload name="snmp" type="v2c"> <raw-event> <varbinding1 name=" " type="67"><![cdata[ ]]></ varbinding1> <varbinding2 name=" " type="6"><![cdata[ ,1950,10,7.00,1]]></varbinding2> <varbinding3 name=" " type="4"><![cdata[c4dc3f01-820f-6f55-bd23-e157ab53cf21]]></varbinding3> <varbinding4 name=" " type="4"><![cdata[sun4v E2]]></varbinding4> <varbinding5 name=" " type="4"><![cdata[http:// sun.com/msg/sun4v-8000-e2]]></varbinding5> <varbinding6 name=" " type="4"><![cdata[ ]]></ varbinding6> <varbinding7 name=" " type="4"><![cdata[public]]></ varbinding7> <varbinding8 name=" " type="4"><![cdata[fmd:///module/cpumem-diagnosis]]></varbinding8> <varbinding9 name=" " type="4"><![cdata[sat May 10 10:22:31 PDT 2008]]></varbinding9> <varbinding10 name=" " type="66"><![cdata[2]]></varbinding10> Documentação do Auto Service Request para sistemas da Sun 7
10 <varbinding11name=" " type="4"><![cdata[fault.memory.bank]]></varbinding11> <varbinding12 name=" " type="66"><![cdata[95]]></varbinding12> <varbinding13 name=" " type="4"><![cdata[mem:///unum=mb/cmp0/br0:ch1/d0/j0700]]></varbinding13> <varbinding14 name=" " type="4"><![cdata[hc://:product-id=sunw,t5240:chassis-id=0723bbc006:serverid=wgs48-53:serial=d //motherboard=0/chip=0/branch=0/dram-channel=1/ dimm=0]]></varbinding14> <varbinding15 name=" " type="4"><![cdata[-]]></varbinding15> <varbinding16 name=" " type="4"><![cdata[fault.memory.bank]]></varbinding16> <varbinding17 name=" " type="66"><![cdata[95]]></varbinding17> <varbinding18 name=" " type="4"><![cdata[mem:///unum=mb/cmp0/br0:ch0/d0/j0500]]></varbinding18> <varbinding19 name=" " type="4"><![cdata[hc://:product-id=sunw,t5240:chassis-id=0723bbc006:serverid=wgs48-53:serial=d81813ce//motherboard=0/chip=0/branch=0/dram-channel=0/ dimm=0]]></varbinding19> <varbinding20 name=" " type="4"><![cdata[-]]></varbinding20> </raw-event> </payload> </primary-event-information> </event> </message> Evento de V2C do SunMC message xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="message.xsd"> <site-id>hostid1</site-id> <host-id>hostid1</host-id> 8 Documentação do Auto Service Request para sistemas da Sun
11 <message-uuid>0x496d5c99f2c2b9bea502257d49209a42</message-uuid> <message-time timezone="pacific Standard Time"> T22:43:11</message-time> <system-id>assetserial1</system-id> <asset-id>assetserial1</asset-id> <product-name>unknown</product-name> <event> <primary-event-information> <message-id> </message-id> <event-uuid>0xf74761e0a80bbcc3d229b99a7c70561d</event-uuid> <event-time timezone="pacific Standard Time"> T22:43:11</event-time> <severity>major</severity> <componente> <hardware-component> <name>monitoring</name> </hardware-component> </component> <summary>monitoring service 100 appears to be unavailable or disabled</summary> <description>mod/pdsm/availability</description> <payload name="snmp" type="v2c"> <raw-event> <varbinding1 name=" " type="67"><![cdata[ ]]></ varbinding1> <varbinding2 name=" " type="6"><![cdata[ ,1950,10,7.00,1]]></varbinding2> <varbinding3 name=" " type="6"><![cdata[ ]]></ varbinding3> <varbinding4 name=" " type="4"><![cdata[ :100:error:roperationalstatus::error]]></varbinding4> <varbinding5 name=" " type="4"><![cdata[ ]]></ varbinding5> <varbinding6 name=" " type="4"><![cdata[public]]></ varbinding6> </raw-event> </payload> </primary-event-information> </event> </message> Documentação do Auto Service Request para sistemas da Sun 9