BRPI0100999B1 - Virtualização e hipervisor de sistema operacional de console e painel de operador - Google Patents

Virtualização e hipervisor de sistema operacional de console e painel de operador Download PDF

Info

Publication number
BRPI0100999B1
BRPI0100999B1 BRPI0100999-0A BRPI0100999A BRPI0100999B1 BR PI0100999 B1 BRPI0100999 B1 BR PI0100999B1 BR PI0100999 A BRPI0100999 A BR PI0100999A BR PI0100999 B1 BRPI0100999 B1 BR PI0100999B1
Authority
BR
Brazil
Prior art keywords
data processing
processing system
hypervisor
message
operating
Prior art date
Application number
BRPI0100999-0A
Other languages
English (en)
Inventor
Louis Arndt Richard
Original Assignee
International Business Machines Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corporation filed Critical International Business Machines Corporation
Publication of BRPI0100999B1 publication Critical patent/BRPI0100999B1/pt

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources

Abstract

patente de invenção: "virtualização e hipervisor de sistema operacional de console e painel de operador". um sistema de dados logicamente particionado, no qual recursos compartilhados são emulados a fim de prover a cada partição uma cópia em separado do recurso compartilhado. em uma concretização o sistema de processamento de dados logicamente particionado inclui uma pluralidade de partições lógicas, uma pluralidade de sistemas de operação funcionando no interior do sistema de processamento de dados e uma pluralidade de recursos a serem designados. cada uma dentre a pluralidade de sistemas de operação se designa a uma em separado dentre a pluralidade de partições lógicas, de tal forma que não mais do que um sistema operacional se designe a uma dada partição lógica. cada um dentre a pluralidade de recursos designáveis se designa a uma única dentre a pluralidade de partições lógicas. o sistema de processamento de dados logicamente particionado também inclui um hipervisor. este hipervisor emula recursos compartilhados, tais como um painel de operação e um sistema de console e ainda provê uma cópia virtual destes recursos compartilhados a cada uma dentre a pluralidade de partições lógicas.

Description

(54) Título: VIRTUALIZAÇÃO E HIPERVISOR DE SISTEMA OPERACIONAL DE CONSOLE E PAINEL DE OPERADOR (51) Int.CI.: G06F 9/50 (30) Prioridade Unionista: 08/06/2000 US 09/589,661 (73) Titular(es): INTERNATIONAL BUSINESS MACHINES CORPORATION (72) Inventor(es): RICHARD LOUIS ARNDT
Figure BRPI0100999B1_D0001
Relatório Descritivo da Patente de Invenção para VIRTUALIZAÇÃO E HIPERVISOR DE SISTEMA OPERACIONAL DE CONSOLE E PAINEL DE OPERADOR
A presente invenção refere-se, em geral, ao campo de arquitetu5 ra de computadores e, mais especificamente, a métodos e sistemas para permitir imagens de sistema de operações múltiplas logicamente particionados em um sistema de processamento de dados a fim de interagirem com um console e um painel de operador.
Uma opção de partição lógica (LPAR) em um sistema de pro10 cessamento de dados permite que múltiplas cópias de um único sistema de operação (OS) ou múltiplos sistemas que operam de forma heterogênea
J sejam simultaneamente operados em uma plataforma única de sistema de processamento de dados. Uma partição no interior da qual corre um sistema de operação de imagens, se designa a não sobrepor um subconjunto de recursos de plataforma. Estes recursos alocáveis de plataforma incluem um ou mais processadores arquitetonicamente distintos com sua área de administração de interrupção, regiões de sistema de memória e adaptadores l/O das fendas de barramento. Os recursos de partição são representados pelo seu próprio firmware ou acessório de dispositivo de árvore aberto ao OS (sistema operacional) de imagem.
Cada OS distinto ou imagem de um OS em funcionamento no interior da plataforma é protegido um do outro de tal forma que erros no software em uma partição legal não possa afetar a operação correta de qualquer uma dentre as partições.
Isso é provido pela alocação de um conjunto de disjuntores de recursos de plataforma a ser diretamente administrado por cada OS de imagem e pelo provimento de mecanismos para assegurar que as várias imagens não possam controlar quaisquer recursos que não tenham sido alocados às mesmas. Além disso, os erros de software no controle de recursos alocados a um OS são impedidos de afetar os recursos de qualquer outra imagem. Assim sendo cada imagem de um OS (ou de cada OS diferente) controla diretamente um conjunto distinto de recursos alocáveis no interior
Figure BRPI0100999B1_D0002
Figure BRPI0100999B1_D0003
• · *·· da plataforma.
Existem determinados recursos no interior de diversas plataformas servidoras distintas que existem de forma única, embora cada OS distinto no interior da plataforma deva interagir com estes recursos. Por exem5 pio, o RS/6000 um produto da International Business Machines Corporation de Armonk, New York, inclui um console e um painel de operação para permitir que um sistema de administração detecte e corrija problemas no interior da plataforma. No entanto, cada um destes recursos existe unicamente no interior da plataforma e não é prática a duplicação destes recursos. Em10 bora a arquitetura atual muitas das vezes não preveja compartilhar recursos alocáveis deste tipo, entre as partições, não existe um suporte de arquitetura atual para esta partilha. Assim sendo, é desejável um método, sistema e produto de programa de computador para o provimento de partilha de recursos alocáveis no interior de uma plataforma logicamente particionada.
A presente invenção provê um sistema de processamento de dados logicamente particionado, no qual recursos partilhados são emulados a fim de prover cada partição com uma cópia em separado do recurso compartilhado. Em uma forma de apresentação o sistema de processamento de dados logicamente particionado inclui uma pluralidade de partições lógicas, uma pluralidade de sistemas de operação que atuam no interior do sistema de processamento de dados e uma pluralidade de recursos que podem ser designados. Cada um dentre a pluralidade de sistemas de operação se designa a separar uma dentre a pluralidade de partições lógicas, de forma que não mais do que um sistema de operações seja designado a qualquer den25 tre uma dada partição lógica. Cada um dentre a pluralidade recursos a serem designados se designa a uma única dentre a pluralidade de partições lógicas. O sistema de processamento de dados, logicamente particionado também inclui um hipervisor. O hipervisor emula recursos compartilhados, tais como um painel de operação e um console de sistema e ainda provê uma cópia virtual destes recursos compartilhados a cada uma dentre a pluralidade de partições lógicas.
As novas particularidades que se acredita serem características
Figure BRPI0100999B1_D0004
• · ♦ · · · • · · · · ·· ··· ··· da invenção são apresentadas nas reivindicações em anexo. A invenção propriamente dita, no entanto, bem como uma modalidade de uso preferida, outros objetivos e vantagens da mesma serão melhor entendidos com referência à descrição detalhada a seguir de uma forma de apresentação ilus5 trativa, quando contemplada em conjunto aos desenhos em anexo, nos quais:
A Figura 1 apresenta uma representação pictórica de um sistema de processamento de dados distribuído, no qual a presente invenção pode ser implementada;
Na Figura 2 se ilustra um diagrama em bloco de um sistema de processamento de dados de acordo com a presente invenção;
A Figura 3 apresenta um diagrama em bloco de um sistema de processamento de dados, o qual pode ser implementado como um servidor logicamente particionado, de acordo com a presente in15 venção;
A Figura 4 apresenta uma ilustração de um diagrama em bloco ilustrando uma plataforma logicamente particionada segundo a técnica anterior, de acordo com a presente invenção;
A Figura 5 apresenta um diagrama em bloco de uma plataforma logica20 mente particionada, na qual a presente invenção pode ser implementada;
As Figuras 6A - 6B apresentam diagramas de fluxo de alto nível, ilustrando exemplos de processos, executados, por exemplo em um hipervisor 510, para emulação de um console e uma plataforma de operação de acordo com a presente invenção;
A Figura 7 apresenta um diagrama de fluxo de alto nível ilustrando um exemplo de processo e um console de sistema de hardware para apresentação de informação a partir de várias imagens de OS a um operador, de acordo com a presente invenção; e
A Figura 8 apresenta um diagrama de fluxo de alto nível ilustrando um exemplo de processo em um console de sistema de hardware para envio de mensagens a várias dentre imagens de OS cor4 »·· rendo em uma plataforma logicamente particionada, de acordo com a presente invenção.
Com referência agora às Figuras, e em particular com referência à Figura 1, uma representação pictórica de um sistema de processamento de dados distribuído se encontra ilustrada, na qual a presente invenção pode ser implementada.
O sistema de processamento de dados distribuído 100 é uma rede de computadores, na qual a presente invenção pode ser implementada. O sistema de processamento de dados distribuído 100 contém a rede 102, a qual é o meio utilizado para prover ligações de comunicação entre diversos dispositivos e computadores, conectados no interior do sistema de processamento de dados distribuído 100. A rede 102 pode incluir conexões permanentes, tais como uma fiação de cabos de fibra ótica, ou conexões temporárias efetuadas através de conexões telefônicas.
Figure BRPI0100999B1_D0005
No exemplo apresentado, o servidor 104 se encontra conectado ao console de sistema de hardware 150. O servidor 104 é também conectado à rede 102, em conjunto com a unidade de armazenamento 106. Em adição, os clientes 108, 110 e 112 também se encontram conectados à rede 102. Estes clientes 108, 110 e 112, podem ser, por exemplo, microcomputadores ou computadores em rede. Para fins desta aplicação, um computador em rede é qualquer computador acoplado a uma rede que recebe um programa ou outra aplicação de qualquer outro computador, acoplado à rede. No exemplo apresentado, o servidor 104 é uma plataforma logicamente particionada e provê dados, tais como arquivos úteis, imagens e sistemas de operação e aplicações as clientes 108 - 112. O console de sistema de hardware 150 pode ser um computador do tipo laptop e utilizado para apresentar mensagens a um operador a partir de cada imagem de sistema de operação, funcionando ou correndo no servidor 104, bem como enviar informação de alimentação de entrada, recebida do operador, ao servidor 104. Os clientes 108, 110 e 112 são clientes para o servidor 104. O sistema de processamento de dados distribuído pode incluir servidores adicionais, clientes e outros dispositivos não-ilustrados. O sistema de processamento ·«· de dados 100 também inclui impressoras 114, 116 e 118. Um cliente, tal como o cliente 110 pode imprimir diretamente na impressora 114. Os clientes tais como o cliente 108 e o cliente 112 não possuem impressoras diretamente anexas. Estes clientes podem imprimir na impressora 116, a qual se encontra unida ao servidor 104 ou na impressora 118, a qual é uma impressora de rede que não exige uma conexão ao computador para impressão de documentos. O cliente 110, alternativamente, pode imprimir na impressora 116 ou na impressora 118, dependendo do tipo de impressora e das exigências do documento.
No exemplo apresentado, o sistema de processamento de dados distribuído 100 é a Internet, com a rede 102 representando uma coleção mundial de redes e portais que utilizam a suíte de protocolos TCP/IP para comunicação recíproca. No coração ou núcleo da Internet existe um fonte principal de linhas de comunicação de dados em alta velocidade entre nós principais ou computadores hospedeiros consistindo em milhares de sistemas de computadores comerciais, governamentais, educacionais e outros sistemas de computadores que direcionam dados e mensagens. Evidentemente, o sistema de processamento de dados distribuído 100 também pode ser implementado como uma quantidade de tipos diferentes de redes, tais como, por exemplo uma intranet ou uma rede de área local.
A Figura 1 se designa como um exemplo e não como uma limitação arquitetônica para o processo da presente invenção.
Com referência agora à Figura 2, se ilustra um diagrama em bloco de um sistema de processamento de dados de acordo com a presente invenção. O sistema de processamento de dados 200 é um exemplo de um console de sistema de hardware, tal como o console de sistema de hardware 150 apresentado na Figura 1. O sistema de processamento de dados 200 emprega uma arquitetura de barramento local (PCI) de interconexão de componente periférico. Embora o exemplo apresentado empregue um bar30 ramento PCI outras arquiteturas de barramento, tal como um microcanal e
ISA podem ser utilizadas. O processador 202 e a memória principal 204 ficam conectadas ao barramento local PCI 206 através de uma ligação PCI
Figure BRPI0100999B1_D0006
«·· »»
V ·
208. Esta ligação PCI 208 também pode incluir um controle de memória integrado e uma memória oculta para processador 202. Conexões adicionais ao barramento local PCI 206 podem ser efetuadas através de uma interconexão direta de componente ou através de placas ou quadros adicionais. No exemplo apresentado, o adaptador de rede de área local (LAN) 210, o adaptador de barramento hospedeiro SCSI 212 e uma interface de barramento e expansão 214 ficam conectadas ao barramento local PCI 206, através de uma conexão de componente direta. Ao contrário, o adaptador de áudio 216, o adaptador gráfico 218 e o adaptador de áudio/vídeo (A/V) 219 ficam conectados ao barramento local PCI 206 através de placas ou quadros adicionais inseridos em fendas de expansão. A interface de barramento de expansão 214 provê uma conexão para um adaptador de teclado e de mouse 220, modem 222 e uma memória adicional 224. No exemplo apresentado, o adaptador e barramento hospedeiro SCSI 212 provê uma cone15 xão para um drive de disco rígido 226, um drive de fita 228 e um drive de CD - ROM 230, além de um drive de leitura única de disco de vídeo digital (DVD - ROM) 232. Implementações típicas de barramento local PCI irão suportar três ou quatro fendas de expansão de PCI e conectores de adições.
Um sistema de operação corre no processador 202 e é utilizado para coordenar e prover controle de vários componentes no interior do sistema de processamento de dados 200 na Figura 2. O sistema de operações pode ser um sistema de operações comercialmente disponível, tal como um OS/2, o qual é disponibilizado pela International Business Machines Corporation. O OS/2 é uma marca da internationai Business Machines Corpora25 tion. Um sistema de programação orientado objetivamente, tal como Java, pode correr em conjunto com o sistema operacional, provendo chamadas ao sistema de operações dos programas Java ou aplicações executando em sistemas de processamento de dados 200. As instruções para o sistema de operações, o sistema orientado de forma objetiva e aplicações ou progra30 mas ficam locados em um dispositivo de armazenamento, tal como um drive de disco rígido 226 e podem ser carregados em uma memória principal 204 para execução pelo processador 202.
Figure BRPI0100999B1_D0007
♦ ·
Aqueles versados na técnica irão observar que o hardware da Figura 2 pode variar dependendo da implementação. Por exemplo, outros dispositivos periféricos, tais como drives de discos óticos e similares, podem ser utilizados em adição ou no lugar do hardware apresentado na Figura 2.
O exemplo apresentado não se designa a implicar limitações arquitetônicas em relação à presente invenção. Por exemplo, os processos da presente invenção podem ser aplicados a sistemas de processamento e dados tipo processador múltiplo.
Com referência agora a Figura 3, se apresenta um diagrama em 10 bloco de um sistema de processamento e dados, o qual pode ser implementado como um servidor de partição lógica, tal como o servidor 104 na Figura 1, de acordo com a presente invenção. O sistema de processamento de dados 300 pode ser um sistema multiprocessador simétrico (SMP), incluindo uma pluralidade de processadores 301, 302, 303 e 304, conectados ao barramento de sistema 306. Por exemplo, o sistema de processamento e dados 300 pode ser um IBM RS/6000, um produto da International Business Machines Corporation em Armonk, New York. Alternativamente, pode ser empregado um sistema processador único. Também conectado ao barramento de sistema 306 se encontra o controle/ocultador de memória 308, o qual provê uma interface com a pluralidade de memórias locais 360 - 363. Uma ligação de barramento l/O 310 fica conectada ao barramento de sistema 306 e provê uma interface ao barramento l/O 312, o controle/ocultador de memória 308 e a ligação de barramento l/O 310 podem ser integrados da forma apresentada.
O sistema de processamento de dados 300 é um sistema de processamento de dados logicamente particionado. Assim sendo, o sistema de processamento de dados 300 pode apresentar múltiplos sistemas de operação heterogêneos (ou múltiplos exemplos de um único sistema de operação) correndo de forma simultânea. Cada um destes múltiplos siste30 mas de operação pode apresentar qualquer quantidade de programas de software funcionando no interior do mesmo. O sistema de processamento de dados 300 é logicamente particionado de tal forma que diferentes adaptado-
Figure BRPI0100999B1_D0008
··· ·»· «·· res l/O 320 - 321, 328 - 329, 336 - 337 e 346 - 347 podem ser designados a diferentes partições lógicas.
Assim sendo, por exemplo, supõe-se que o sistema de processamento de dados 300 esteja dividido em três partições lógicas, P1, P2 e P3. Cada um dos adaptadores 320 - 321, 328 - 329 e 336 - 337 e cada um dos processadores 301 - 304 e ainda cada uma dentre as memórias locais 360 - 363 são designados a cada uma dentre as três partições. Por exemplo, o processador 301, a memória 360 e os adaptadores l/O 320, 328 e 329 podem ser designados à partição lógica P1; os processadores 302 - 303, a memória 361 e os adaptadores l/O 321 e 327 podem ser designados à partição P2 e o processador 304, as memórias 362 - 363 e os adaptadores 336 e 346 - 347 podem ser designados à partição lógica P3.
Cada sistema de operação funcionando no interior do sistema de processamento de dados 300 é designado a uma partição lógica diferente. Assim sendo, cada sistema de operação funcionando no interior do sistema de processamento de dados 300 pode acessar apenas àquelas unidades l/O que se encontram no interior de sua partição lógica. Desta forma, por exemplo, uma forma de apresentação do sistema de operação Advanced Interactive Executive (AIX) pode ser efetuado no interior da partição P1, uma segunda forma de apresentação (imagem) do sistema de operação AIX pode estar funcionando no interior da partição P2 e um sistema de operação Windows 2000™ pode estar operando no interior da partição lógica P1. O Windows 2000 é um produto e uma marca da Microsoft Corporation de Redmond, Washington.
A ligação hospedeira (PCI) de interconexão de componente periférico 314, conectada ao barramento l/O 312 provê uma interface com o barramento local PCI 315. Uma quantidade de Ligações Terminais 316 317 pode estar conectada ao barramento PCI 315. Implementações típicas de barramento PCI irão suportar quatro Ligações Terminais a fim de prover fendas de expansão ou conectores adicionais. Cada uma das Ligações Terminais 316-317 fica conectada ao adaptador PCI l/O 320 - 321, através de um barramento PCI 318 - 319. Cada um dos adaptadores 320 - 321 pro-
Figure BRPI0100999B1_D0009
vê uma interface entre o sistema de processamento e dados, tal como, por exemplo, outros comutadores de rede, que sejam clientes de um servidor 300. Apenas um único adaptador l/O 320 - 321 pode ficar conectado a cada ligação terminal 316 - 317. Cada uma das ligações terminais 316-317 se encontra configurada a fim de impedir a propagação de erros até o interior da ligação Hospedeira PCI 314 e aos níveis mais elevados do sistema de processamento de dados 300. Assim sendo, um erro recebido por qualquer das ligações terminais 316-317 é isolado dos cabeamentos compartilhados 315 e 312 dos outros adaptadores l/O 321, 328 - 329 e 336 - 337 que possam estar em partições diferentes. Assim sendo, um erro ocorrendo no interior de um dispositivo l/O em uma partição, não é visualizado pelo sistema de operação de outra partição. Desta forma, a integridade do sistema de operações em uma partição não é afetado pelo erro ocorrendo em outra partição lógica. Sem este isolamento de erros, um erro ocorrendo no interior de um dispositivo l/O de uma partição, pode levar os sistemas de operação ou programas de aplicação de outra partição cessarem de operar ou cessarem de operar de forma correta.
Ligações hospedeiras PCI adicionais 322, 330 e 340 provêm interfaces para cabeamentos PCI adicionais 323, 331 e 341. Cada um dos cabeamentos PCI adicionais 323, 331 e 341 ficam conectados a uma pluralidade de ligações terminais 324 - 325, 332 - 333 e 342 - 343, as quais ficam conectadas a cada adaptador PCI l/O 328 - 329, 336 - 337 e 346 - 347 através de um barramento PCI 326 - 327, 334 - 335 e 344 - 345. Assim, dispositivos adicionais i/O, tais como, por exempio, modems ou adaptadores de redes podem ser suportados através de cada um dentre os adaptadores PCI l/O 328 - 329, 336 - 337 e 346 - 347. Desta maneira, o servidor 300 permite conexões a múltiplos computadores de rede. Um adaptador de memória de gráficos mapeados 348 e um disco rígido 350 também podem ser conectados ao barramento l/O 312, como apresentado, tanto direta, quanto indiretamente. O disco rígido 350 pode ser logicamente particionado entre várias partições sem a necessidade de discos rígidos adicionais. No entanto, discos rígidos adicionais podem ser utilizados caso desejado.
Figure BRPI0100999B1_D0010
Aqueles versados na técnica irão observar que o hardware apresentado na Figura 3 pode variar. Por exemplo, outros dispositivos periféricos, tais como drives de discos óticos e similares também podem ser utilizados em adição a ou em lugar do hardware apresentado. O exemplo apresentado não se designa a implicar e limitações arquitetônicas em referência à presente invenção.
Com referência agora à Figura 4, se apresenta um diagrama em bloco ilustrando uma plataforma logicamente particionada segundo a técnica anterior, de acordo com a presente invenção. A plataforma logicamente particionada 400 é um exemplo de uma plataforma que, segundo sistemas da técnica anterior, pode ter sido implementada como um servidor 104 na Figura 1. A plataforma logicamente particionada 400 inclui um hardware particionado 430, um hardware único compartilhado 420 e sistemas de operação 402 - 408. Os sistemas operacionais 402 - 408 podem ser cópias múltiplas de um sistema de operação único ou múltiplos sistemas de operação heterogêneos corridos de forma simultânea na plataforma 400.
O hardware particionado 430 inclui uma pluralidade de processadores 432 - 438, uma pluralidade de unidades de sistema de memória 440 - 446, uma pluralidade de adaptadores de alimentação de entrada/saída (input/output) (l/O) 448 - 462 e uma unidade de armazenamento 470. Cada um dos processadores 432 - 438, unidades de memória 440 - 446 e adaptadores 448 - 462 pode ser designado a uma dentre partições múltiplas no interior da plataforma logicamente particionada 400, cada uma das quais correspondendo a um dos sistemas de operação 402 - 408.
A unidade de hardware único compartilhada 420 inclui o console 422 e o painel de operação 424. A unidade de hardware único compartilhado 420 também pode incluir outros dispositivos compartilhados não apresentados na Figura 4. O console 422, tipicamente inclui um mostrador e um dispositivo de alimentação ou entrada de dados tais como um teclado. O console 422 permite que um operador responda e corrija erros apresentados ou mostrados no painel e operação 424. Este painel de operação 424 é tipicamente um painel mostrador, tal como um mostrador LCD, na parte
Figure BRPI0100999B1_D0011
• · ··· frontal do chassis físico do servidor, no qual se apresentam as mensagens de texto, alertando ao operador de problemas e potencial no interior da plataforma 400 ou no interior de um OS em particular 402 - 408, correndo na plataforma 400.
Cada imagem de sistema de operação 401 - 408 deve compartilhar o acesso aos recursos no interior do único hardware compartilhado 420. Assim sendo, alguns dos benefícios de uma plataforma logicamente particionada se perdem, uma vez que cada partição em particular pode acessar e modificar os conteúdos dos recursos compartilhados, desta forma afetando outras partições no interior da plataforma. Uma alternativa para permitir cada partição a compartilhar o acesso ao único hardware compartilhado 420 é a de duplicar estes dispositivos de hardware apresentar um painel de operação e um console separados para cada partição. No entanto, uma solução deste tipo é inconveniente e muitas das vezes apresentando custos proibitivos.
Com referência agora à Figura 5, se apresenta um diagrama em bloco de um exemplo de plataforma logicamente particionada, na qual a presente invenção pode ser implementada. O hardware na plataforma logicamente particionada 500 pode ser implementado, por exemplo, como um servidor 200 na Figura 2. A plataforma logicamente particionada 500 é similar à plataforma logicamente particionada 400 na Figura 4. No entanto, um hipervisor 510, implementado como um firmware ou acessório, foi adicionado. Um firmware é um software rígido armazenado em um chip de memória que mantém seu conteúdo sem energia elétrica, tai como, por exemplo, memória de leitura única (ROM), ROM programável (PROM), ROMs programáveis que possam ser apagados (EPROM), ROMs programáveis que possam ser eletricamente apagados (EEPROM) e memória de acesso randômico, não-volátil (RAM não-volátil).
O hipervisor 510 provê as imagens de OS 402 - 408 correndo em partições lógicas múltiplas, cada uma cópia virtual de um painel de console e de operação. A interface ao console é modificada a partir de um acionamento de dispositivo de entrada teletipo não-sincronizado, como na téc12 nica anterior, a um conjunto de chamadas de hipervisor de firmware que emulam um acionamento de dispositivo de entrada. O hipervisor 510 encapsula os dados a partir de várias imagens de OS em um feixe de mensagens que é transferido a um computador 580, conhecido como um sistema de console de hardware 580.
O console de sistema de hardware 580 fica diretamente conectado à plataforma logicamente particionada 500, como ilustrado na Figura 5, ou pode ficar conectado à plataforma logicamente particionada através de uma rede, tal como, por exemplo uma rede 102 da Figura 1. O console de sistema de hardware 580 pode ser, por exemplo, um computador de mesa ou laptop e pode ser implementado como sistema de processamento de dados 200, na Figura 2. O console de sistema de hardware 580 decodifica o feixe de mensagem e apresenta a informação a partir de várias imagens de OS 402 - 408 em janelas separadas, pelo menos uma por imagem de OS. Do mesmo modo, a informação de alimentação de entrada do teclado a partir do operador é embalada pelo console de sistema de hardware, enviada à plataforma logicamente particionada 500, onde é decodificada e entregue à imagem de OS apropriada através do acionador de dispositivo de entrada de hipervisor emulado 510, associado com a janela e atividade no momento no console de sistema de hardware 580.
Aqueles versados na técnica irão observar que o hardware e o software apresentados na Figura 5 podem variar. Por exemplo, mais ou menos processadores e/ou mais ou menos sistemas de operação de imagens podem ser utiiizados em iugar dos apresentados na Figura 5. O exemplo apresentado não significa uma implicação de limitação arquitetônica em relação à presente invenção.
Com referência agora às Figuras 6A - 6B, se apresentam diagramas de fluxo de alto nível, ilustrando exemplos de processos executados, por exemplo, no hipervisor 510, para emulação de um console e de uma plataforma de operação, de acordo com a presente invenção. Os sistemas de operação, tais como, por exemplo, OS 402 - 408 na Figura 4, chamam o hipervisor através de um único ponto de entrada. Uma maneira
Figure BRPI0100999B1_D0012
de execução, ilustrada na Figura 6A recebe dados a partir de uma parte büffer de partição e envia os dados ao console de sistema de hardware, enquanto uma maneira separada de execução, que se encontra ilustrada na Figura 6B, recebe dados a partir do console de sistema de hardware.
Na primeira maneira de execução, apresentada na Figura 6A, o hipervisor recebe uma requisição a partir de um sistema de operação para receber e enviar dados (etapa 601). O hipervisor determina se a requisição se trata de uma requisição para receber ou para enviar dados (etapa 602). Caso a requisição seja uma requisição para enviar dados, então o hipervisor determina a partir de qual imagem de OS (partição) os dados recebidos foram originados (etapa 604). Os dados recebidos são então encapsulados no feixe de mensagens (etapa 606). Os dados encapsulados incluem a mensagem ou informação recebida do OS, bem como a identidade deste OS. O hipervisor envia então o feixe de mensagens ao console de sistema de hardware (etapa 608).
Caso a requisição seja uma requisição para receber dados, então este hipervisor determina qual partição de OS requisitou estes dados (etapa 610). Cada partição se designa a büffer de dados para armazenamento de dados recebidos do console de sistema de hardware até a recuperação pela partição de OS. Assim sendo, o hipervisor determina se a partição de büffer de dados requisitados se encontra vazia (etapa 612). Caso os büffers de dados para a partição requisitada se encontrarem vazios, então o hipervisor envia uma mensagem NULA à imagem de OS requisitada, indicando que não existem dados do consoie de sistema de hardware para a imagem de OS a serem recebidos (etapa 616). Caso o büffer de dados não se encontre vazio, então a mensagem de dados a partir da partição de büffer de dados é enviada à imagem de OS requisitada (etapa 614).
Na segunda maneira de execução, apresentada na Figura 6B, o hipervisor recebe e decodifica dado a partir do console de sistema de hardware (etapa 618). O hipervisor então posiciona os dados decodificados no interior do büffer correspondente à partição apropriada, tal que estes possam ser recuperados e enviados à partição de imagem de OS apropriada,
Figure BRPI0100999B1_D0013
Figure BRPI0100999B1_D0014
Figure BRPI0100999B1_D0015
sob requisição (etapa 620).
Com referência agora à Figura 7, se apresenta uma diagrama de fluxo de alto nível, ilustrando um exemplo de processo em um console de sistema de hardware para apresentação de informação, a partir de várias imagens de OS a um operador, de acordo com a presente invenção. Para iniciar, o console de sistema de hardware recebe um feixe de mensagem a partir do hipervisor (etapa 702). O console de sistema de hardware decodifica o feixe de mensagens (etapa 704) e determina a qual imagem de OS os dados recebidos correspondem (etapa 706). A seguir, o console de sistema de hardware determina qual janela no interior do mostrado corresponde à imagem de OS determinada (etapa 708) e apresenta os dados recebidos a um operador na janela correspondendo à imagem de OS apropriada (etapa 710).
Com referência à Figura 8, se apresenta um diagrama de fluxo de alto nível, ilustrando um exemplo de processo em um console de sistema de hardware para envio de mensagens a várias dentre múltiplas imagens de OS correndo em uma plataforma logicamente particionada, de acordo com a presente invenção. Para iniciar, o console de sistema de hardware recebe uma alimentação e entrada a partir de um operador de um dispositivo de alimentação de entrada, tal como, por exemplo, um teclado (etapa 802). O console de sistema de hardware determina então qual imagem de OS corresponde à janela ativa, a partir a qual a alimentação de entrada foi recebida (etapa 804). A alimentação de entrada de dados, em conjunto com a imagem de OS correspondente, é encapsuiada no interior do feixe de mensagens (etapa 806). O feixe de mensagens é então enviado ao hipervisor (etapa 808).
É importante que se observe que enquanto a presente invenção foi descrita no contexto de um sistema de processamento de funcionamento completo, aqueles versados na técnica irão observar que os processos da presente invenção são capazes de serem distribuídos em forma de um meio de instruções legíveis de computador e segundo uma variedade de formas e que a presente invenção se aplica igualmente, sem consideração do tipo oU
Figure BRPI0100999B1_D0016
··· ·· particular de meio de suporte de sinal realmente utilizado para realizar distribuição. Exemplos de um meio legível de computação incluem meios do * tipo que possa ser registrado, tais como disquetes (floppy disc), drive de disco rígido, RAM, CD - ROMs e meios do tipo transmissores, tais como li5 gações de comunicação digitais e analógicos.
è
Figure BRPI0100999B1_D0017
Figure BRPI0100999B1_D0018
1/4

Claims (9)

  1. REIVINDICAÇÕES
    1. Sistema de processamento de dados logicamente particionado que compreende:
    uma pluralidade de partições lógicas (P1, P2, P3); uma pluralidade de sistemas de operacionais (100), cada um designado a uma em separado dentre a pluralidade de partições lógicas (P1, P2, P3);
    uma pluralidade de recursos que possam ser designados, sendo designados a uma dentre a pluralidade de partições lógicas (P1, P2, P3);
    um hipervisor (510), onde este hipervisor (510) emula recursos compartilhados e provê uma cópia virtual dos recursos compartilhados a cada uma dentre a pluralidade de partições lógicas (P1, P2, P3) caracterizado pelo fato de que o hipervisor (510) recebe uma mensagem do sistema a partir de uma dentre a pluralidade de imagens de sistemas operacionais, anexa uma identidade de sistema operacional (100) à mensagem, a fim de produzir uma nova mensagem e envia a nova mensagem ao sistema de processamento de dados externo.
  2. 2. Sistema de processamento de dados logicamente particionado, de acordo com a reivindicação 1, caracterizado pelo fato de que os recursos compartilhados compreendem um painel de operador.
  3. 3. Sistema de processamento de dados logicamente particionado, de acordo com a reivindicação 1, caracterizado pelo fato de que os recursos compartilhados compreendem um console de sistema (150).
    Petição 870170096586, de 11/12/2017, pág. 8/11
    2/4
  4. 4. Método de fornecimento de cópias separadas de recursos compartilhados a cada uma dentre múltiplas partições no interior de um sistema de processamento de dados, este método que compreende:
    receber, em um hipervisor (510), de uma mensagem a partir de uma dentre uma pluralidade de imagens de sistemas operacionais, execução no interior do sistema de processamento de dados, designado para recursos compartilhados;
    determinação de uma identidade de uma dentre a pluralidade de imagens de sistemas operacionais;
    o método caracterizado pelo fato de que ainda compreende:
    codificação de mensagem e identificação em uma nova mensagem; e transmissão da nova mensagem a um sistema de processamento de dados externos para apresentação a um usuário.
  5. 5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o recurso compartilhado e um painel de operador.
  6. 6. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o recurso compartilhado e um console de sistema.
  7. 7. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende ainda:
    recepção de dado externos a partir de um sistema de processamento e dados externos;
    Petição 870170096586, de 11/12/2017, pág. 9/11
    3/4 decodificação de dados externos para determinação de uma alimentação de entrada, uma identificação do recurso compartilhado e uma designada dentre a pluralidade de imagens de sistemas operacionais; e transmissão da alimentação de entrada da uma designada dentre a pluralidade de imagens de sistemas operacionais, com a indicação da identidade do recurso compartilhado do qual a alimentação de entrada corresponde.
  8. 8. Sistema para partição (P1, P2, P3) de recursos compartilhados, este sistema que compreende:
    um primeiro sistema de processamento de dados que compreende:
    uma pluralidade de partições, cada uma correspondendo a uma partição (P1, P2, P3) e separado dentre a pluralidade de imagens de sistema operacional (100);
    uma pluralidade de recursos que podem ser designados;
    um hipervisor (510) para provisão de cada partição (P1, P2, P3) com um recurso separado dentre o sistema de recursos compartilhados;
    caracterizado pelo fato de que um segundo sistema de processamento de dados, acoplado ao primeiro sistema de processamento de dados, onde este segundo sistema de processamento e dados recebe uma mensagem do hipervisor (510), onde esta mensagem indica a qual dentre a pluralidade de imagens de sistema operacional (100) a mensagem pertence e onde o segundo sistema de processamento de dados mostra a mensagem o usuário com uma indicação da
    Petição 870170096586, de 11/12/2017, pág. 10/11
    4/4 imagem do sistema operacional (100) correspondente à mensagem.
  9. 9. Sistema, de acordo com a reivindicação 8, caracterizado pelo fato de que o sistema de processamento de dados, em resposta à alimentação de entrada do operador para uma imagem especificada dentre a pluralidade de imagens do sistema operacional (100), envia dados encapsulados, compreendendo a alimentação de entrada do operador e uma indicação da imagem de sistema operacional correspondente, ao hipervisor (510), e onde este hipervisor (510) decodifica os dados encapsulados e envia a alimentação de entrada do operador a imagem de sistema operacional (100) correspondente.
    Petição 870170096586, de 11/12/2017, pág. 11/11
    1/6
BRPI0100999-0A 2000-06-08 2001-03-16 Virtualização e hipervisor de sistema operacional de console e painel de operador BRPI0100999B1 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/589,661 2000-06-08
US09/589,661 US6990663B1 (en) 2000-06-08 2000-06-08 Hypervisor virtualization of OS console and operator panel

Publications (1)

Publication Number Publication Date
BRPI0100999B1 true BRPI0100999B1 (pt) 2018-03-13

Family

ID=24358952

Family Applications (2)

Application Number Title Priority Date Filing Date
BRPI0100999-0A BRPI0100999B1 (pt) 2000-06-08 2001-03-16 Virtualização e hipervisor de sistema operacional de console e painel de operador
BR0100999-0A BR0100999A (pt) 2000-06-08 2001-03-16 Virtualização e hipervisor de sistema operacional de console e painel de operador

Family Applications After (1)

Application Number Title Priority Date Filing Date
BR0100999-0A BR0100999A (pt) 2000-06-08 2001-03-16 Virtualização e hipervisor de sistema operacional de console e painel de operador

Country Status (9)

Country Link
US (2) US6990663B1 (pt)
JP (1) JP2002041306A (pt)
KR (1) KR100504208B1 (pt)
CN (1) CN1262930C (pt)
BR (2) BRPI0100999B1 (pt)
CA (1) CA2344597C (pt)
MX (1) MXPA01005779A (pt)
SG (1) SG100715A1 (pt)
TW (1) TW514784B (pt)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6823404B2 (en) 2000-06-08 2004-11-23 International Business Machines Corporation DMA windowing in an LPAR environment using device arbitration level to allow multiple IOAs per terminal bridge
US7461148B1 (en) * 2001-02-16 2008-12-02 Swsoft Holdings, Ltd. Virtual private server with isolation of system components
US7069442B2 (en) 2002-03-29 2006-06-27 Intel Corporation System and method for execution of a secured environment initialization instruction
WO2005036367A2 (en) * 2003-10-08 2005-04-21 Unisys Corporation Virtual data center that allocates and manages system resources across multiple nodes
US7913251B2 (en) * 2003-12-12 2011-03-22 International Business Machines Corporation Hypervisor virtualization of OS console and operator panel
US7133988B2 (en) 2004-02-25 2006-11-07 Hitachi, Ltd. Method and apparatus for managing direct I/O to storage systems in virtualization
US7383555B2 (en) * 2004-03-11 2008-06-03 International Business Machines Corporation Apparatus and method for sharing a network I/O adapter between logical partitions
US7380119B2 (en) 2004-04-29 2008-05-27 International Business Machines Corporation Method and system for virtualization of trusted platform modules
US7484091B2 (en) * 2004-04-29 2009-01-27 International Business Machines Corporation Method and system for providing a trusted platform module in a hypervisor environment
US7437541B2 (en) * 2004-07-08 2008-10-14 International Business Machiens Corporation Atomically updating 64 bit fields in the 32 bit AIX kernel
JP4788124B2 (ja) 2004-09-16 2011-10-05 株式会社日立製作所 データ処理システム
US8327353B2 (en) * 2005-08-30 2012-12-04 Microsoft Corporation Hierarchical virtualization with a multi-level virtualization mechanism
CN100447747C (zh) * 2005-09-28 2008-12-31 联想(北京)有限公司 Linux操作系统与Windows操作系统的NTFS分区数据交换的方法及装置
US8190682B2 (en) * 2006-03-31 2012-05-29 Amazon Technologies, Inc. Managing execution of programs by multiple computing systems
US20070255798A1 (en) * 2006-04-26 2007-11-01 Sap Ag Brokered virtualized application execution
US8176485B2 (en) 2006-05-15 2012-05-08 Microsoft Corporation Launching hypervisor under running operating system
CN100464295C (zh) * 2006-05-17 2009-02-25 联想(北京)有限公司 一种基于虚拟机的安全输入方法
US7987464B2 (en) * 2006-07-25 2011-07-26 International Business Machines Corporation Logical partitioning and virtualization in a heterogeneous architecture
US10013268B2 (en) 2006-08-29 2018-07-03 Prometric Inc. Performance-based testing system and method employing emulation and virtualization
JP2008077186A (ja) * 2006-09-19 2008-04-03 Ricoh Co Ltd 複合機
JP2008077144A (ja) * 2006-09-19 2008-04-03 Ricoh Co Ltd 仮想化システム、メモリ管理方法及び制御プログラム
US7844709B2 (en) * 2006-09-20 2010-11-30 International Business Machines Corporation Method and apparatus for managing central processing unit resources of a logically partitioned computing environment without shared memory access
US7793139B2 (en) * 2006-12-12 2010-09-07 International Business Machines Corporation Partial link-down status for virtual Ethernet adapters
US8762999B2 (en) * 2007-09-27 2014-06-24 Oracle America, Inc. Guest-initiated resource allocation request based on comparison of host hardware information and projected workload requirement
US7539987B1 (en) 2008-03-16 2009-05-26 International Business Machines Corporation Exporting unique operating system features to other partitions in a partitioned environment
JP4623126B2 (ja) * 2008-04-14 2011-02-02 株式会社日立製作所 データ処理システム
US8230155B2 (en) * 2008-06-26 2012-07-24 Microsoft Corporation Direct memory access filter for virtualized operating systems
JP5365237B2 (ja) * 2009-02-16 2013-12-11 株式会社リコー エミュレーション装置及びエミュレーションシステム
US8656375B2 (en) * 2009-11-02 2014-02-18 International Business Machines Corporation Cross-logical entity accelerators
JP5609308B2 (ja) 2010-06-24 2014-10-22 株式会社リコー 画像処理システム、画像処理装置、情報処理装置、及び画像処理方法
JP5605018B2 (ja) * 2010-06-28 2014-10-15 富士ゼロックス株式会社 処理情報管理装置、画像形成装置、及び処理情報管理プログラム
US9088569B2 (en) * 2011-05-12 2015-07-21 International Business Machines Corporation Managing access to a shared resource using client access credentials
ES2439804B1 (es) * 2012-04-19 2014-10-29 Universitat Politècnica De Catalunya Procedimiento, sistema y pieza de código ejecutable para virtualizar un recurso de hardware asociado a un sistema informático
EP2979180B1 (en) 2013-03-27 2019-10-30 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for emulating virtualization resources
US9524299B2 (en) 2013-08-12 2016-12-20 Ixia Methods, systems, and computer readable media for modeling a workload
RO130722A2 (ro) 2014-04-10 2015-11-27 Ixia, A California Corporation Metodă şi sistem pentru implementare hardware a pachetelor de date uniform amestecate
US9507616B1 (en) 2015-06-24 2016-11-29 Ixia Methods, systems, and computer readable media for emulating computer processing usage patterns on a virtual machine
US10341215B2 (en) 2016-04-06 2019-07-02 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for emulating network traffic patterns on a virtual machine
US11029967B2 (en) 2019-03-08 2021-06-08 International Business Machines Corporation Secure boot of a virtual machine
KR102186809B1 (ko) * 2019-05-08 2020-12-04 주식회사 알티스트 파티션 공유 시스템 및 방법
US11323354B1 (en) 2020-10-09 2022-05-03 Keysight Technologies, Inc. Methods, systems, and computer readable media for network testing using switch emulation
US11483227B2 (en) 2020-10-13 2022-10-25 Keysight Technologies, Inc. Methods, systems and computer readable media for active queue management

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63142424A (ja) 1986-12-05 1988-06-14 Hitachi Ltd 仮想計算機コンソ−ル装置の画面分割方式
DE58908886D1 (de) * 1989-09-29 1995-02-23 Siemens Nixdorf Inf Syst Verfahren und Unterbrechungssteuerung zur Behandlung von Unterbrechungsanforderungen bei Ein-/Ausgabeoperationen in einem virtuellen Maschinensystem.
JPH0799501B2 (ja) 1991-11-18 1995-10-25 インターナショナル・ビジネス・マシーンズ・コーポレイション 複数アプリケーションの同時実行装置
US5414851A (en) 1992-06-15 1995-05-09 International Business Machines Corporation Method and means for sharing I/O resources by a plurality of operating systems
JPH06110717A (ja) 1992-09-25 1994-04-22 Hitachi Ltd 複合計算機システム
JPH07105030A (ja) 1993-10-08 1995-04-21 Nec Corp 仮想計算機コンソールシミュレート方式
US6075938A (en) * 1997-06-10 2000-06-13 The Board Of Trustees Of The Leland Stanford Junior University Virtual machine monitors for scalable multiprocessors
US20020016891A1 (en) * 1998-06-10 2002-02-07 Karen L. Noel Method and apparatus for reconfiguring memory in a multiprcessor system with shared memory
US6381682B2 (en) * 1998-06-10 2002-04-30 Compaq Information Technologies Group, L.P. Method and apparatus for dynamically sharing memory in a multiprocessor system
US6647508B2 (en) * 1997-11-04 2003-11-11 Hewlett-Packard Development Company, L.P. Multiprocessor computer architecture with multiple operating system instances and software controlled resource allocation
JP4634548B2 (ja) * 1997-11-04 2011-02-16 ヒューレット・パッカード・カンパニー マルチプロセッサコンピュータシステム及びその動作方法
US6339713B1 (en) * 1998-08-11 2002-01-15 Telefonaktiebolaget Lm Ericsson Decreasing battery consumption of mobile terminals by decreasing monitoring of the multiple access channel downlinks
US6519645B2 (en) * 1999-02-19 2003-02-11 International Business Machine Corporation Method and apparatus for providing configuration information using a queued direct input-output device
US6279046B1 (en) * 1999-05-19 2001-08-21 International Business Machines Corporation Event-driven communications interface for logically-partitioned computer
US6823404B2 (en) * 2000-06-08 2004-11-23 International Business Machines Corporation DMA windowing in an LPAR environment using device arbitration level to allow multiple IOAs per terminal bridge

Also Published As

Publication number Publication date
CN1262930C (zh) 2006-07-05
MXPA01005779A (es) 2002-06-04
TW514784B (en) 2002-12-21
US20040139437A1 (en) 2004-07-15
CA2344597C (en) 2008-12-30
BR0100999A (pt) 2002-02-13
JP2002041306A (ja) 2002-02-08
SG100715A1 (en) 2003-12-26
CN1329305A (zh) 2002-01-02
KR100504208B1 (ko) 2005-07-28
CA2344597A1 (en) 2001-12-08
US6990663B1 (en) 2006-01-24
KR20010110999A (ko) 2001-12-15
US7100163B2 (en) 2006-08-29

Similar Documents

Publication Publication Date Title
BRPI0100999B1 (pt) Virtualização e hipervisor de sistema operacional de console e painel de operador
US6892383B1 (en) Hypervisor function sets
US6629162B1 (en) System, method, and product in a logically partitioned system for prohibiting I/O adapters from accessing memory assigned to other partitions during DMA
KR100586769B1 (ko) 데이터 프로세싱 시스템에서 논리 파티션의 전원 차단및/또는 재부팅 방법과 그 장치
US6658591B1 (en) Recovery from data fetch errors in hypervisor code
US6823404B2 (en) DMA windowing in an LPAR environment using device arbitration level to allow multiple IOAs per terminal bridge
US8671405B2 (en) Virtual machine crash file generation techniques
US6944847B2 (en) Virtualization of input/output devices in a logically partitioned data processing system
US9804990B2 (en) Sharing unclaimed USB devices as PCI devices
JPH11316749A (ja) デ―タ・ストレ―ジ・システムにおける冗長デ―タの識別方法
US20180285096A1 (en) Firmware management of sr-iov adapters
JP2002312202A (ja) 論理分割されたマルチプロセッシング・システム内で発生するエラー・イベントを報告する標準化されたフォーマット
KR20100081322A (ko) 안전한 애플리케이션 파티셔닝 활성화를 위한 방법
US7913251B2 (en) Hypervisor virtualization of OS console and operator panel
US7039692B2 (en) Method and apparatus for maintaining profiles for terminals in a configurable data processing system
US6654906B1 (en) Recovery from instruction fetch errors in hypervisor code
US7003771B1 (en) Logically partitioned processing system having hypervisor for creating a new translation table in response to OS request to directly access the non-assignable resource
US6715070B1 (en) System and method for selectively enabling and disabling plug-ins features in a logical volume management enviornment
US6658594B1 (en) Attention mechanism for immediately displaying/logging system checkpoints
US6938114B2 (en) Method and apparatus for managing access to a service processor
Wells et al. Introductions
Tongsima Cluster Computing System: Installation and Administration Guide