Raúl no vio los dos primeros encuentros de España (Rusia y Suecia), pero sí ha reconocido que vivió con intensidad el resto y admitió que sintió envidia sana. "Está claro que a todo futbolista le habría gustado estar allí. Viéndolo desde casa, como aficionado, disfruté mucho como todos los españoles. La selección, partido tras partido, era superior a todas las que se enfrentaba. España fue la mejor selección, mereció ganar porque fue la que mejor jugó", ha afirmado. Raúl deja atrás las discrepancias con el ex seleccionador, Luis Aragonés, y le ha deseado suerte en su nueva andadura en el fútbol turco. "Ojalá le vaya muy bien en Turquía porque se lo merece", comenta sobre el seleccionador, a quien no felicitó directamente por la victoria pero sí a través de una persona cercana al técnico.

O triste é que ele tem razão, porque se um time perde ou se tem uma seqüencia de derrotas, a torcida vai no estádio e pega no pé do infeliz, vai nos treinos xinga os jogadores cobrando que eles corram, vão cobrar a diretoria do clube, quer dizer fazem de tudo para que seja tomada uma decisão que resolva o problema, ou no caso dos técnicos derrubam o pobre coitado que no Brasil na maioria das vezes é o que menos tem culpa.

Já pensou se os políticos fossem cobrados da mesma maneira, acredito que as coisas seriam bem diferentes, no caso do mensalão por exemplo acho que não teria acontecido aquela imensa pizza, e a maioria saído ilesa, além do mais, alguns somente perderam o mandato, mas continuam assombrando os corredores das instituições em Brasília.

Quem sabe um dia a gente consegue direcionar essa força dos torcedores de futebol, para o povo em geral e assim tornar essa país mais decente e justo, acredito que força a gente já tem, o que falta é direcionar para o lugar certo.

Fazia tempo que VALDIR ATAHUALPA RAMIREZ ESPINOSA não dirigia um time da Série A. Pela quarta vez, ele está de volta ao Canindé.

Desejo boa sorte ao nosso campeão mundial de 1983, apesar de não achá-lo o bicho.

Ahora muchos se preguntaran "Y esa gracia cuanto cuesta?" o estarán diciendo seguro "los japoneses ganan muy bien y pueden darse esos lujos" ...pues mis queridos lectores, tengo que informarles muy a mi pesar (por lo que eso significa para nuestro mercado) que no pagan tanto como pensabamos, pues el servicio Hikari-Fiber cuesta entre ¥ 3,000.00 a ¥ 10,000.00 mensuales (dependiendo si tienes el paquete "básico" o el servicio "completo"), mientras que la instalación cuesta ¥ 30,000.00 aproximádamente (¥ 105.00 = U$ 1.00). Eso aplicado al particular caso de mi amigo lo ubica en la escala de los U$ 60.00 mensuales por el pago de su servicio Internet de banda ancha, toda una ganga por navegar a 100Mbps REALES, ya que por si no lo sabían, la fibra óptica no es afectada por interferencias externas en todo su recorrido y la señal siempre viaja a la máxima velocidad, ya que se trata de un haz de luz láser que transporta la información a través de la fibra óptica, osea sin demoras y al instante mismo.

Demás esta decir que el costo de implementación de esta tecnología es sumamente elevado y normalmente lo asumen las prestadoras de servicios, aunque en algunas  ciudades el costo de tendido de la red es asumido en parte por el Estado o los Gobiernos Locales (como el caso español del Principado de Asturias o el de la ciudad de Nuenen en Holanda). En el caso de Asturias la tarifa mensual de la mano de la empresa Adamo (una empresa holandesa de capitales privados) sería de 29 euros para la conexión 100/20Mbps y de 49 euros para la 100Mbps simétrica; ambas vienen con muchas ofertas adicionales y sin costo alguno, como cuentas de correo electrónico POP ilimitadas, buzón de correo de 2,000MB, servicio técnico y cinco direcciones IP externas asignadas mediante DHCP; el teléfono es adicional y cuesta 9 euros mensuales (este servicio será oficialmente presentado el 09 de Agosto de 2008).

Los detalles técnicos de FTTH la convierten en una tecnología sumamente cara de implementar en lugares donde no existe el desarrollo de la misma, osea si en algún lejano momento tenemos la oportunidad de contar con ese servicio vayan pensando que no va a ser barato poner fibra óptica en casa, a menos que la empresa que la ofrezca lo haga de la mano de algún paquete atractivo para el público usuario, algo que, en mi modesta opinión, veo muy pero muy lejano en el horizonte tecnológico de Perú.

Saludos

Rafael

P.D.

Las velocidades de transferencia se refieren a Megabits por segundo.

¿Por qué falla un PC? ¿Puedo evitar mandar a reparar PC a un técnico? el siguiente artículo te enseñará cómo darle mantenimiento preventivo a tu PC en siete sencillos pasos.

Así como nosotros debemos hacer ejercicios frecuentemente y tener una dieta balanceada para sentirnos bien y prevenir malestares, nuestros queridos y a veces maltratados equipos de cómputo (PC's, ordenadores, computadoras o como los llamemos) necesitan ser tratados con ciertas rutinas que les garanticen un funcionamiento óptimo por un tiempo más prolongado, es decir, necesitan un mantenimiento preventivo.

Debemos tener siempre en cuenta que el calor y el polvo favorecen el desgaste de los circuitos ya que los exponen a condiciones de trabajo difíciles, por ello hay que conservarlos ventilados, frescos y protegidos de los cambios bruscos de voltaje.

Hay que tener en cuenta además que existen dentro de una computadora piezas electromecánicas que se desgastan con el uso y el tiempo: los cabezales de lecturas, los dicos duros, los coolers o ventiladores, por ejemplo.

El mantenimiento preventivo, en siete pasos

Puede definirse como el conjunto de acciones y tareas periódicas que se realizan a un ordenador para ayudar a optimizar su funcionamiento y prevenir (como dice su nombre) fallos serios, prolongando así su vida útil. Estas acciones y tareas periódicas pueden sintetizarse en una serie de siete pasos.

Limpieza interna del PC: Esta tarea busca retirar el polvo que se adhiere a las piezas y al interior en general de nuestro PC. Ante todo debe desconectarse los cables externos que alimentan de electricidad a nuestra PC y de los demás componentes periféricos.

Para esta limpieza puede usarse algún aparato soplador o una pequeña aspiradora especial acompañada de un pincel pequeño. Poner especial énfasis en las cercanías al Microprocesador y a la Fuente.

Revisar los conectores internos del PC:

Asegurándonos que estén firmes y no flojos. Revisar además que las tarjetas de expansión y los módulos de memoria estén bien conectados.

Limpieza del monitor del PC:

Se recomienda destapar el monitor del PC solo en caso que se vaya a reparar pues luego de apagado almacena mucha energía que podría ser peligrosa, si no es el caso, solo soplar aire al interior por las rejillas y limpiar la pantalla y el filtro de la pantalla con un paño seco que no deje residuos ni pelusas.

Atender al mouse:

Debajo del mouse o ratón hay una tapa que puede abrirse simplemente girándola en el sentido indicado en la misma tapa. Limpiar la bolita que se encuentre dentro con un paño que no deje pelusas así como los ejes y evitar que haya algún tipo de partículas adheridas a ellos.

Si es un mouse óptico, mantener siempre limpio el pad (o almohadilla donde se usa el mouse; esto es valido para cualquier tipo de mouse) y evitar que existan partículas que obstruyan el lente.

La disquetera:

Existen unos diskettes especiales diseñados para limpiar el cabezal de las unidades de diskette. Antes de usarlos, soplar aire por la bandeja de entrada (donde se ingresan los diskettes).

Los CD-ROM, DVD, CD-RW:

Al contar todos ellos con un dispositivo láser no se recomienda abrirlos si no se está capacitado para hacerlo. Existen unos discos especialmente diseñados para limpiar los lentes de este tipo de unidades.

La superficie exterior del PC y sus periféricos:

Es recomendable para esta tarea una tela humedecida en jabón líquido o una sustancia especial que no contengan disolventes o alcohol por su acción abrasiva, luego de ello usar nuevamente un paño seco que no deje pelusas.

El tema del software que tiene instalado nuestro PC y que también requiere mantenimiento es algo que comentaremos aparte por la amplitud del tema.
Espero que esta información te haya sido útil.

Fuente:::[ reparar-pc.blogspot.com :::]

Claro que la respuesta de las empresas prestadoras de servicios no se hizo esperar ya que ellos consideran la propuesta del Ministerio de Industria y Comercio como una barbaridad y de total desconocimiento de la tecnología. Las mismas empresas mencionan que los factores que más inciden en la performance de la velocidad final del usuario van desde la distancia entre el domicilio del usuario final y la central hasta las interferencias electromagnéticas que pudieran existir durante el recorrido de la señal hasta su destino.

...Al final tenemos ambas posturas, la del público y la de las empresas, con el Estado al medio tratando de velar por los intereses del público, pero eso si, con una sociedad más consciente acerca de sus derechos como consumidor, total, el dinero no se lo regalan a nadie...

Saludos

Rafael

1. O mercado de trabalho para pessoal de nível universitário advindo dos demais 26 países da Comunidade Européia vai ser liberado, o que será feito independente de análise se há desempregados no país que poderiam ocupar o cargo em questão, o que normalmente é uma praxe no país quando se trata de oferta de emprego para estrangeiros.
2. O salário mínimo anual que traduz o fato de um profissional ser altamente qualificado e facilita a obtenção de um visto de permanência cai de 86.400 € para 63.600 €.
3. O mercado de trabalho para pessoal de nível universitário advindo de países de fora da Comunidade Européia também será liberado a partir do início de 2009, mas neste caso a análise prévia da possível existência de um desempregado residente no país que porventura possa ocupar o cargo continuará a ser feita. Também será analisado se o estrangeiro estará recebendo um contrato de trabalho similiar ao de um alemão. As análises feitas anteriormente com relação aos familiares do estrangeiro em questão deixarão de ser feitas (eu pessoalmente não tenho conhecimento de que análises são estas, mas elas deixarão de existir a partir do início do ano que vem).
4. Universitários que tenham frequentado escolas alemãs no exterior têm conhecimentos profundos do idioma e da cultura alemã. Neste caso a análise com relação aos desempregados também deixa de existir, se o universitário conseguir um emprego no país.
5. Os estrangeiros que já vivem no país e possuem boa qualificação poderão receber um visto de trabalho. Universitários estrangeiros que terminarem seu curso na Alemanha e comprovarem ter trabalhado no país durante dois anos receberão um visto permanente para viver e trabalhar no país (Hoje já há a possibilidade de universitários estrangeiros ficarem no país logo depois de terminarem seu estudo, caso consigam um emprego em seguida).
6. A obtenção de reconhecimento de diplomas estrangeiros vai ser facilitada.

Veja aqui o texto original do Ministério do Trabalho da Alemanha. No mais tardar na próxima década o país já sentirá fortemente a falta de pessoal qualificado. Hoje já faltam 50.000 engenheiros no país, no total calcula-se que há 100.000 vagas abertas para pessoal qualificado. Até o ano de 2020 o número total de empregados no país aumentará em pelo menos mais 1,7 milhão de pessoas. No momento há 3 milhões de desempregados na Alemanha, 2 milhões a menos do que no ano de 2005. Com relação à análise citada acima (se há no país uma pessoa com uma qualificação semelhante e que esteja desempregada) que é feita antes da obtenção do visto, posso dizer por experiência própria que a maioria dos desempregados alemães não são qualificados e que hoje já há falta de mão de obra qualificada em algumas áreas isoladas, tais como na área denominada "MINT" - Mathematik, Ingenieurs- und Naturwissenschaften und Technik - Matemática, Engenharia, Ciências Exatas e Técnica.

. . Li aqui que mais de 500.000 de desempregados não têm diplomas escolares e 15% das pessoas acima de 35 anos não têm formação  de nível médio (técnico, escriturário, etc.). Somente 12% da mão de obra total do país é representada  por pessoal de nível universitário.

Para ler o Edital e fazer sua inscrição, acesse a página do concurso no CESPE.

O concurso é para formação de cadastro de reserva, portanto não sabemos ainda quando os aprovados serão chamados ou quantas vagas estarão disponíveis. Para Analista Judiciário estão disponíveis cargos nas áreas Administrativa, Judiciária e de Informática. Já Para Técnico Judiciário, área Administrativa e de Informática.

A taxa de inscrição é de R$ 45,00 para Técnico Judiciário e de R$ 70,00 para Analista. O salário é de R$ 3.711,74 e R$ 6.067,57, respectivamente.

Fontes: Edital Concurso, Concursos Atuais e Concursos 2008.

O falso técnico, vivido pelo comediante Derek Williams (foto), chegou ao treino da equipe, no estádio Olímpico Universitário, em um carrão, acompanhado por dois supostos seguranças e duas belas garotas. Aproximou-se do banco de reservas e cumprimentou Ferretti.

"Bienvenido!", disse o mexicano. O falso Eriksson respondeu em inglês e pediu desculpas por ainda não falar bem espanhol. "Quando falo, o máximo que consigo dizer é algo como 'mim Tarzan, você Jane'", completou o impostor. A conversa entre os dois durou cerca de dez minutos.

No caminho de volta para o carro, deu até entrevista para uma série de jornalistas que acompanharam a visita surpresa do selecionador nacional. "Estou muito contente de ver mais jogadores mexicanos - e vi alguns bem interessantes aqui", comentou.

A piada revela a falta de conhecimento dos mexicanos a respeito do novo treinador da seleção. Afinal, Eriksson foi técnico do Benfica e, em Portugal, aprendeu a falar nosso idioma. Ou seja: não teria dificuldade alguma em mandar um portunhol. E mais: o verdadeiro Eriksson estava, na verdade, em Boston, nos Estados Unidos, como noticiou a imprensa local.

A farsa só foi desvendada após um comunicado oficial da Federação Mexicana, que reiterou a informação de que o técnico verdadeiro estava no exterior. Ferretti, quando soube da história, achou graça da situação. "Foi uma boa piada. Caí direitinho", riu. Israel Castro, jogador dos Pumas, não teve o mesmo espírito esportivo e condenou a brincadeira: "Foi uma falta de respeito".

O site do diário El Universal trouxe uma galeria de fotos da piada.

A verdade é que sempre gostei do Cuca.

Acho que ele seja o responsável pelo início do São Paulo mais vencedor da década.

Levou o time de volta às semi-finais da libertadores e só perdeu para um Once Caldas inacreditável.

Foi ele quem trouxe a turma do Goiás e instituiu o 3-5-2 vencedor.

Depois, no Botafogo, fez milagre. Usou tudo que sabia para fazer de um time médio-ruim, uma grande equipe. E que jogava bonito.

Lendo os blogs outro dia, me deparei com o comentário: “com Geninho, o Botafogo voltou a ser o Botafogo”. Não que tenha virado time pequeno, mas perdeu a ousadia que atendia pelo nome de Cuca.

Saiu de General Severiano pela porta da frente, mas com a alcunha de perdedor, de chorão.

Nunca concordei. Afinal, com um time medíocre, conquistou vários vice-campeonatos. Isso mesmo, conquistou!

Mas a sua postura emocional demais nos momentos errados e derrotistas demais quando perdedor, o fizeram ser taxado injustamente.

No entanto, Cuca se perdeu.

No Santos, em 10 jogos, ameaçou pedir demissão duas vezes. Se disse incapaz de tirar o máximo dos seus jogadores. Assumiu-se um fraco.

Não um técnico fraco, mas sem força de espírito. Ingrediente absolutamente necessário para a vitória.

A confiança que sobra em Muricy e é até exagerada em Renato Gaúcho, falta a Cuca.

E agora, eu também digo: ele é um perdedor.

O melhor técnico do Brasil para formar times, mas perdedor.

Torço muito por ele. Mas só quando erguer a cabeça e disser: eu aposto em mim!

O São Paulo enfrentou o Vitória com o Barradão lotado e um adversário extremamente competente em sua casa - havia vencido cinco de seis jogos no estádio - com nada menos que quatro desfalques considerados titulares.

Mais que isso, as ausências se concentravam nas mesmas posições, já que André Dias (suspenso) e Miranda (lesionado) deixavam à zaga, enquanto Aloísio (suspenso) e Borges (lesionado) obrigaram o treinador a escalar um time pela primeira vez no ano sem nenhuma 'referência'.

Muricy ousou até na hora de fazer a relação dos jogadores para a partida e às 23 horas da última segunda-feira, véspera da viagem para Salvador (BA), o técnico ligou para o CT de Cotia e pediu a inclusão de Pablo, atacante de 21 anos, que faz parte do time aspirantes do Tricolor - aqueles que já estouraram a idade das categorias de base.

Em campo, o técnico também surpreendeu. Escalou duas linhas de quatro jogadores, trocou Jorge Wagner com Richarlyson em menos de 10 minutos ao perceber a força ofensiva do Vitória pela direita e dominou a equipe baiana.

O jogo 'quase perfeito', segundo o próprio técnico, não o surpreendeu. "Essa é a diferença de estar aqui há mais de dois anos e sete meses. Conheço todos, sei o que posso tirar desse elenco e quando precisar dos jogadores da base, sei exatamente com quem posso contar", afirmou o comandante são-paulino, que já busca solução para os desfalques de Joilson e Richarlyson, suspensos contra o Botafogo.

Muricy Ramalho é o treinador da Série A há mais tempo num mesmo clube e com 380 pontos em cinco edições, é também o técnico que mais pontos somou na era dos pontos corridos, a partir de 2003.

Juca Pacheco - Site Oficial SPFC

Salvador (BA) - O técnico Muricy Ramalho recebeu a garantia que esperava para dar seqüência ao seu trabalho no São Paulo e esquecer as altas cifras oferecidas pelo futebol árabe. Ao recusar uma oferta milionária para trabalhar no Catar, o treinador pediu uma segurança de que teria seu contrato cumprido no Tricolor. Em conversa com o presidente Juvenal Juvêncio na terça-feira, o técnico não recebeu um novo documento, mas ganhou a palavra do mandatário como garantia.

"Não recebi garantia no papel, mas recebi a palavra dele e isso já basta. Vamos morrer abraçados juntos. Foram três propostas incríveis e, agora, chegou a vez de o clube reconhecer meu trabalho. O Juvenal acertou em me manter aqui", afirmou o treinador, depois da vitória do São Paulo por 3 a 1 sobre o Vitória, na noite desta quarta-feira.

Muricy Ramalho tem contrato até o fim de 2009 no Morumbi e já avisou que pretende seguir até o fim do vínculo, apesar de já ter sofrido pressão dentro do próprio São Paulo depois da eliminação na Copa Libertadores.

Convicto em se manter no Tricolor, o treinador revelou que foi "louco" ao recusar três propostas milionárias para trabalhar no exterior.

"De vez em quando, eu me reúno com o presidente Juvenal. Ele é parecido comigo e não gostamos de conversar muito. Mas colocamos a conversa em dia (na terça). Só louco diz não para a proposta que recebi, mas eu sou louco. E eu já disse não a três propostas. Mesmo assim, não recebi aumento porque não acho legal receber aumento por causa de proposta", concluiu.

PLACAR

Com o lançamento de processadores cada vez mais rápidos e o uso de volumes cada vez maiores de memória RAM, passou a fazer cada vez mais sentido agrupar diversos servidores em uma única máquina, utilizando algum sistema de virtualização.

A virtualização é obtida inserindo uma camada intermediária entre o sistema rodando dentro da máquina virtual e o hardware da máquina, simulando uma máquina completa. O software de virtualização fica então responsável por gerenciar todos os recursos do hardware, incluindo interrupções e endereços de memória, de forma que os sistemas dentro das máquinas virtuais possam trabalhar como se cada um tivesse uma máquina inteira reservada para si.

O sistema principal neste caso passa a ser chamado de host (hospedeiro) e os sistemas que estão rodando dentro da máquina virtual são chamados de "guests" (convidados). Cada um deles acha que tem um PC completo para si, enquanto na verdade está rodando dentro de uma "matrix", na máquina virtual:

Um sistema de virtualização permite dividir um único PC em diversas máquinas virtuais independentes, sendo que cada uma pode rodar um sistema operacional diferente. As máquinas virtuais compartilham os recursos da máquina real, dentro dos limites de uso de memória e de espaço em disco estabelecidos por você.

Em versões anteriores, o VMware era um produto caro. A versão destinada a estações de trabalho (o VMware Workstation) custava US$ 79 e o VMware GSX (a versão para servidores) custava algumas centenas de dólares.

Com a concorrência de outros produtos, a VMware passou a disponibilizar gratuitamente o VMware Player, uma versão reduzida do VMware Workstation. Em 2006 foi disponibilizado o VMware Server, uma versão surpreendentemente completa, que permite não apenas executar as máquinas virtuais, mas também criá-las, configurá-las e fazer toda a administração, sem limitações.

O VMware Server é tão completo e flexível que atende não apenas a quem quer usá-lo em um servidor, mas também aos usuários normais, que querem rodar diversos sistemas operacionais no mesmo micro. Se você já é usuário do VMware Workstion, ou do VMware Player, pode muito bem migrar para ele.

Você pode encontrar as dicas gerais de como instalá-lo e criar as máquinas virtuais no meu tutorial anterior: http://www.guiadohardware.net/tutoriais/vmware-server/

A dica de hoje é sobre o VMware Server 2.0, que já está na versão Beta 2. Embora ainda esteja em desenvolvimento, ele já é bastante estável.

A principal novidade é uma nova interface de administração, batizada de VMware Infrastructure (VI). Ela permite que todas as funções das máquinas virtuais, incluindo a configuração das máquinas virtuais e o acesso ao console sejam acessadas através do próprio navegador, combinando as funções do VMware Mui e do VMware Server Console, usados nas versões anteriores:

A interface pode ser tanto acessada via HTTP quanto via HTTPS, usando o próprio navegador. Se você está usando o VMware Server em sua máquina local, acesse através do "http://127.0.0.1", caso contrário use o HTTPS para ativar o uso da encriptação, como em "https://gdhn.com.br". Assim como na versão 1.4, o login pode ser feito usando qualquer conta no servidor que tenha acesso às máquinas virtuais. Para ter acesso irrestrito, use o root:

Para acessar o console usando o navegador é necessário instalar um plugin, que é oferecido da primeira vez que você tenta acessá-lo. Diferente dos antigos plug-ins em Active-X, que foram tão usados na época do IE 6, o plug-in do VMware está disponível também na forma de uma extensão para o Firefox, que pode ser usada também em clientes Linux.

O plug-in é na verdade uma versão completa do Server Console, modificada de forma a facilitar a instalação. Clicando sobre a janela dentro da interface de gerenciamento, o console é aberto em uma nova janela. Como ele continua utilizando a mesma interface de acesso a vídeo do VMware Server Console, o desempenho é similar:

O acesso via navegador pode não fazer muito sentido se você usa o VMware Server localmente, mas é uma grande melhoria para quem o instala em um servidor central e acessa as máquinas virtuais remotamente. Em vez de precisar instalar o VMware Server Console em cada máquina de onde for acessar o servidor, você precisa apenas instalar o plug-in.

Como de praxe, você pode utilizar diversas máquinas virtuais simultaneamente, limitado apenas aos recursos da máquina e ao limite "físico" de 64 VMs simultâneas do VMware Server.

Se você está utilizando o VMware Server 1.4, pode remover a versão antiga usando o comado "vmware-uninstall.pl", que se encarrega de parar o serviço e remover os componentes:

Os arquivos do VMware Server 2.0 Beta estão disponíveis no: http://www.vmware.com/beta/server/. Quando a versão final estiver disponível, a página será movida para o http://www.vmware.com/download/server/. Na página estão disponíveis tanto a versão para sistemas de 32 bits quanto a de 64 bits:

Em vez de três pacotes separados, temos agora apenas dois componentes. O pacote "VMware-server", que é o componente principal e o "VMware-vix", que contém a engine da interface de administração.

Estão disponíveis também versões para o Windows quanto para Linux, atendendo a usuários de ambos os sistemas. A versão Windows é instalada da forma tradicional, no estilo "next, next, finish", mas a versão Linux exige alguns passos adicionais, já que é desenvolvida de forma a ser instalável em qualquer distribuição e para permitir o uso em servidores sem interface gráfica instalada, daí o instalador em modo texto e o processo de instalação relativamente manual.

Baixe os dois arquivos para a mesma pasta e descompacte-os, como em:

Acesse a pasta "vmware-server-distrib/" e rode o script "vmware-install.pl". Desde que você tenha descompactado os dois arquivos no mesmo diretório, o script de encarregará de instalar também o VMware-vix automaticamente.

Uma das preocupações dos desenvolvedores foi ampliar o volume de módulos pré-compilados incluídos no pacotes principal, que correspondem à maior parte dos 400 MB do download. Mesmo assim, ainda é necessário ter os headers do Kernel e os compiladores para conseguir instalá-lo nas distribuições não atendidas pelos módulos pré-compilados. Além do vmmon, o instalador agora gera dois novos módulos, o vmci e o vsock.

Perto do final da instalação, o instalador pergunta sobre as portas que serão usadas para o acesso web, via HTTP e HTTPS. Se você está instalando o VMware Server em sua máquina de trabalho, pode simplesmente usar as portas padrão (80 e 443) para facilitar o acesso, mas se você o está instalando em um servidor dedicado, que já possui um servidor web ativo, é importante alterar as portas usadas, caso contrário o servidor web usado pelo VMware irá conflitar com o servidor web já existente, com resultados variados:

Como de praxe, ao especificar portas diferentes do padrão, você deve incluir a porta no endereço de acesso ao servidor, como em "https://gdhn.com.br:404433"

Uma observação é que as versões beta do VMware Server 2.0 vem com as extensões de debug ativadas. Elas permitem gerar relatórios detalhados sobre o status do software, que podem ser incluídos em bug reports, mas reduzem substancialmente o desempenho das máquinas virtuais (a perda chega a mais de 50% em diversas operações).

O debug pode ser desativado dentro das configurações de cada máquina virtual (você precisa desativá-lo uma por uma), desmarcando a opção "Record runtime information", dentro da seção "Summay > Commands > Configure VM > Advanced":

Os betas possuem também um sistema de expiração, que bloqueia o uso das versões antigas conforme atualizações vão sendo disponibilizadas, de forma a evitar que os usuários continuem a utilizar versões beta antigas, cujos problemas já foram solucionados.

Concluindo, temos a questão da compatibilidade entre as máquinas virtuais criadas em outras versões do VMware. Por ser a versão mais recente, o VMware Server é compatível com máquinas virtuais criadas em qualquer versão anterior. Entretanto, elas não se beneficiam das melhorias introduzidas na nova versão, como o suporte a mais memória RAM e suporte a dispositivos USB 2.0. Para tirar proveito das melhorias, você tem a opção de atualizar as máquinas virtuais, usando a opção "Upgrade Virtual Machine", disponível na aba "Summary":

Note que ao fazer isso a máquina virtual deixa de ser compatível com as versões anteriores (o upgrade é de mão única), mas nada impede que você mantenha uma cópia de backup da máquina virtual original, antes de atualização.

Ao atualizar uma máquina virtual com o Windows, use também a opção "Upgrade VMware Tools". Os novos drivers virtuais oferecem pequenos ganhos de desempenho em diversas áreas, além de serem necessários para que o sistema guest tenha acesso aos novos recursos.

Fonte: www.guiadohardware.net

Quase tudo pode ser simulado via software. É possível até mesmo simular um computador de arquitetura diferente, para que os softwares escritos pare ele rodem da mesma forma que rodam dentro do seu sistema nativo.

Um dos exemplos mais conhecidos são os emuladores de videogames antigos, que permitem rodar jogos de Atari, Nintendo 8 bits, Mega-Drive, Super-Nes, Playstation e outros.

Assim como é possível emular um videogame para rodar os jogos escritos para ele, é possível simular um PC completo dentro de uma máquina virtual e até mesmo executar diversos sistemas operacionais simultaneamente.

O sistema principal neste caso passa a ser chamado de host (hospedeiro) e o sistema operacional que está rodando dentro da máquina virtual é chamado de "guest" (convidado). Ele acha que tem um PC completo para si, enquanto na verdade está rodando dentro de uma "matrix", na máquina virtual.

Naturalmente, este trabalho de simular um PC completo e ainda por cima com um bom desempenho não é simples, veja o caso dos emuladores de videogame, que, de uma forma geral, precisam de um PC muito mais poderoso do que o sistema original. É preciso um Pentium 200 para emular um Super Nes (que usa um processador de 3.5 MHz e 128 KB de RAM) com qualidade.

Existem atualmente três softwares que se destacam nesta categoria, o VMware, Qemu e o Xen, que trabalham de forma ligeiramente diferente, mas com grandes diferenças práticas.

O VMware usa um conceito de virtualização. Ele tenta sempre que possível converter os comandos usados pelo sistema dentro da máquina virtual em comandos que o sistema host entenda e execute diretamente. Isso se aplica quando é necessário transmitir dados através da placa de rede, tocar sons na placa de som, ou executar instruções do processador. O VMware interpreta e converte instruções o mínimo possível, o que faz com que o sistema dentro da máquina virtual rode com um desempenho muito similar ao desempenho real da máquina.

O Qemu, por sua vez, é um emulador. Ele tenta processar todas as instruções, o que acaba demorando mais tempo e fazendo com que a performance seja menor. Em geral, o VMware (nas versões recentes) consegue fazer com que o sistema guest rode com de 70 a 90% do desempenho que teria se estivesse rodando diretamente, enquanto que o Qemu obtém de 5 a 10%. O Qemu possui um módulo adicional, o Kqemu, que faz com que ele passe a funcionar de forma mais similar ao VMware, virtualizando as instruções básicas do processador, ao invés de emular tudo. O Kqemu melhora consideravelmente o desempenho do Qemu, mas ainda assim o deixa bem atrás do VMware em questão de desempenho. Inicialmente, o Qemu era apenas um projeto menor, mas recentemente ele passou a ganhar mais destaque, com o desenvolvimento do KVM, um sistema de virtualização incluído diretamente no Kernel, disponível a partir do 2.6.20, que trabalha em conjunto com ele.

Temos ainda o Xen, que embora relativamente desconhecido entre os usuários de desktops, já é bastante utilizado nos servidores. Ele utiliza uma idéia diferente, a paravirtualização, que consiste em dividir de forma transparente os recursos do hardware, permitindo que o sistema guest rode com uma redução de performance muito pequena (menos de 5%, na maioria dos casos). O maior problema é que para rodar dentro do Xen é necessário que o sistema guest seja modificado. Não é possível rodar qualquer sistema diretamente, como no caso do VMware e do Qemu. Isto não é um grande problema no caso das distribuições Linux, mas é no caso do Windows e outros sistemas de código fechado.

O Xen é muito mais complicado de configurar que o VMware, o que limita um pouco seu público-alvo, mesmo quando falamos em servidores. Mesmo assim, é possível que o Xen evolua em termos de facilidade de uso e, graças ao bom desempenho, comece a disputar diretamente com o VMware. A página do Xen é a http://www.xensource.com/.

Por enquanto, o vamos estudar sobre o uso do VMware Server, que é atualmente a solução que melhor combina desempenho e facilidade de uso.

O VMware Player, VMware Workstation e o Qemu são os mais usados nos desktops, onde o uso mais comum é usar uma máquina virtual para rodar o Windows dentro do Linux, ou vice-versa. A principal utilidade da máquina virtual é rodar programas gráficos, de forma que você fica com a janela aberta continuamente.

Entretanto, num servidor dedicado as coisas são um pouco diferentes. Ao invés de você ficar o tempo todo na frente da máquina, como faria num desktop, espera-se que o servidor funcione continuamente, sem precisar de muita manutenção. Embora (com um pouco de malabarismo), seja até possível instalar o VMware Player no servidor e deixá-lo ativo, rodando outro sistema numa máquina virtual, ele não é a solução mais prática para a tarefa, sem falar que não é possível usá-lo em servidores sem o ambiente gráfico instalado.

Entendendo o VMware Server

Em um PC desktop, o uso mais comum de um software de virtualização é rodar um segundo sistema operacional, de forma a fazer testes ou rodar algum software específico. Muita gente usa o VMware Player ou o Virtual Box para rodar uma cópia do Windows dentro do Linux ou vice-versa. A principal utilidade da máquina virtual é rodar programas gráficos, de forma que você fica com a janela aberta continuamente:

Entretanto, em um servidor dedicado as coisas são um pouco diferentes. Ao invés de você ficar o tempo todo na frente da máquina, como faria num desktop, espera-se que o servidor funcione continuamente, sem precisar de muita manutenção. Embora (com um pouco de malabarismo), seja até possível instalar o VMware Player no servidor e deixá-lo ativo, rodando outro sistema numa máquina virtual, ele não é a solução mais prática para a tarefa, sem falar que não é possível usá-lo em servidores sem o ambiente gráfico instalado.

Chegamos então ao VMware Server, que vamos ver em detalhes ao longo deste tutorial. Ele é uma versão adaptada e otimizada para uso em servidores dedicados, sem monitor nem ambiente gráfico. A principal diferença é que o VMware Server roda remotamente, e é acessado através de uma interface de administração via web (chamada de VMware Management Interface, ou MUI), onde você pode ativar, desativar e monitorar o status das máquinas virtuais remotamente. A idéia é que cada máquina virtual seja configurada como um novo servidor dedicado, que você administra usando o SSH ou outro software de acesso remoto.

Usando o VMware Server, você pode transformar um único servidor dedicado em vários servidores virtuais, cada um se comportando como se fosse uma máquina separada. Em geral, ao locar um servidor dedicado você recebe uma faixa de IPs com máscara 255.255.255.248, com 5 endereços IPs utilizáveis. Isso significa que você pode usar um endereço para o servidor principal e ainda ficar com mais 4 endereços para as máquinas virtuais (sendo que uma delas pode acumular a função de servidor DNS secundário).

Para emergências, onde você precise ver as mensagens de inicialização ou quando precisar alterar as configurações da máquina virtual (quantidade de memória RAM reservada, CD-ROM ou imagem ISO de boot, etc.) você pode usar o VMware Server Console, uma interface de administração, através da qual você pode se conectar remotamente a qualquer uma das máquinas virtuais disponíveis, obtendo a imagem que seria enviada para o monitor. Ele pode também ser usado para criar novas VMs e instalar ou reinstalar o sistema:

Como um servidor dedicado pode custar menos de US$ 100 por mês, dependendo do datacenter escolhido, existe até mesmo uma boa possibilidade de ganhar algum dinheiro alugando os servidores virtuais e, ainda assim (embora com menos recursos de hardware disponíveis), continuar dispondo do sistema principal.

Até junho de 2006, a VMware oferecia o VMware GSX Server, que era um produto caro, assim como o VMware Workstation. Ele vinha perdendo terreno devido à concorrência do Xen, do Virtuozzo e do Virtual PC (da Microsoft), de forma que a VMware decidiu disponibilizá-lo gratuitamente, como uma solução "entry-level" para a virtualização de servidores. Nasceu assim o VMware Server. O resultado é que temos disponível uma solução de virtualização para servidores muito prática, ao custo de um download.

As limitações do VMware Server são o suporte a até 3.6 GB de memória RAM (na versão 2.0 o limite foi ampliado para 8 GB, desde que você o utilize sobre um sistema operacional de 64 bits) e o suporte a um máximo de 64 máquinas virtuais ativas simultaneamente. Ou seja, embora existam, as limitações não afetam a grande maioria dos usuários.

A VMware ganha dinheiro vendendo o ESX Server, uma solução de virtualização para grandes empresas, que suporta o uso de servidores muito mais robustos e oferece mais opções de gerenciamento e integração entre diversos servidores. Diferente do VMware Server, que é instalado sobre um sistema operacional já existente, o ESX Server roda diretamente sobre o hardware, substituindo o sistema operacional inteiramente.

Preparando o terreno

O VMware Server possui versões para Linux e Windows. No caso da versão Linux, é necessário instalar dois módulos de Kernel (vmmon e vmnet), que permitem que o VMware tenha acesso direto ao hardware. O pacote de instalação inclui módulos pré-compilados para diversas distribuições, mas em muitos casos os módulos precisam ser compilados durante a instalação, o que torna necessário ter instalados os headers do Kernel e um conjunto de compiladores. Eles não são instalados por padrão na maioria das distribuições, o que demanda uma preparação adicional.

O primeiro passo é baixar os arquivos de instalação do VMware Server, disponíveis no:
http://www.vmware.com/download/server/

É necessário fazer um cadastro gratuito para receber o código de registro solicitado durante a instalação. O procedimento é bastante amigável e é possível inclusive solicitar vários números de registro (gratuitamente), caso pretenda instalar em vários servidores.

Estão disponíveis três componentes, o VMware Server propriamente dito, a interface de gerenciamento via web (Management Interface) e o "VMware Server Linux client package", um arquivo compactado contendo o VMware Server Console. Os dois primeiros são instalados no servidor, enquanto o último (o Server Console) é instalado no seu desktop, a partir de onde você administrará o servidor:

Tanto as versões em .rpm quanto em .tar.gz contém os mesmos componentes, o que muda é apenas o formato do pacote. Nos exemplos vou utilizar as versões .tar.gz, que podem ser usadas em qualquer distribuição.

Enquanto baixa os pacotes, aproveite para ir adiantando o serviço, verificando a instalação dos headers, compiladores e das bibliotecas do X.

Comece verificando a versão do Kernel instalada, usando o comando "uname -a", como em:

Linux server 2.6.18-4 #1 Tue Aug 16 12:46:35 UTC 2005 i686 GNU/Linux

Em seguida, instale a versão correspondente dos headers do Kernel, usando o gerenciador de pacotes. Procure pelo pacote "linux-headers", seguido pela versão do Kernel usada. No caso do Debian ou do Ubuntu você pode fazer a instalação usando o apt-get, como em:

Além dos headers, é necessário instalar um conjunto básico de compiladores, incluindo o gcc, make, libc6-dev e o binutils. No Debian e no Ubuntu você pode instalá-los através do pacote "build-essential", um metapacote que instala toda a turma:

No OpenSuSE, abra o Yast e, na seção Software Management, instale os pacotes "gcc" e o pacote "kernel-source" da mesma versão do Kernel instalado.

No Fedora, você precisa instalar também o pacote "xinetd", que é necessário para que os scripts de inicialização utilizados pelo VMware Server funcionem corretamente.

No Mandriva a lista de pacotes é um pouco maior, similar ao que precisamos instalar no Debian. Abra o mcc e instale os pacotes autoconf, automake, gcc, gcc-cpp, xinetd, perl-devel e kernel-source, lembrando de instalar a versão do pacote kernels-source correspondente à versão do kernel atualmente instalada.

Muitas distribuições incluem estes componentes por padrão, dispensando estes passos. No caso do Ubuntu, você pode precisar criar manualmente o link "/usr/src/linux", apontando para a pasta referente à versão instalada. Para isso, acesse a pasta "/usr/src" e rode o comando "sudo ln -sf linux-headers-2.6.*-* linux", como em:

Se mesmo depois de criar o link o instalador do VMware continuar parando na pergunta sobre a localização dos headers do Kernel, significa que você não instalou a versão correta do pacote "linux-headers". Verifique e tente novamente. :)

Embora o VMware Server não precise da interface gráfica para funcionar, ele precisa que um conjunto básico de bibliotecas esteja disponível. Quando você faz uma instalação em modo servidor do Ubuntu, ou uma instalação mínima do Debian, estas bibliotecas precisam ser instaladas manualmente:

Note que a instalação destas bibliotecas não implica na instalação do ambiente gráfico propriamente dito. Somados, os pacotes totalizam pouco mais de 14 MB, enquanto uma instalação completa do ambiente gráfico, incluindo o KDE (ou o Gnome) e alguns aplicativos somaria mais de 300 MB em pacotes.

Sem as bibliotecas do X, você receberá um erro similar a esse no final da instalação, quando o instalador pedir o serial. Ele surge justamente quando o instalador tenta carregar as bibliotecas utilizadas pelo programa a fim de concluir a instalação e se repete indefinidamente até que elas sejam instaladas:

Uma dica é que você pode fazer a instalação dos pacotes usando um segundo terminal, sem precisar abortar a instalação do VMware. Depois que os pacotes forem instalados, o instalador aceita o serial e a instalação é concluída.

Como comentei no início, o pacote do VMware-Server inclui um grande conjunto de módulos pré-compilados, de forma que em muitos casos você sequer precisará se preocupar com os headers do Kernel ou com ferramentas de compilação. De qualquer forma, é interessante ter esses componentes instalados, já que eles são necessários para instalar diversos softwares e drivers. Mesmo em um servidor, mais cedo ou mais tarde você acaba precisando instalar alguma coisa que precisa deles.

Instalando

Para instalar o pacote principal do VMware Server, descompacte o arquivo .tar.gz e execute o arquivo "vmware-install.pl" dentro da pasta criada, como em:

O instalador é um script perl que roda em modo texto, o que permite a instalação em servidores sem o ambiente gráfico instalado. Não existe muito mistério, desde que os headers e os compiladores estejam em ordem, você vai acabar com uma instalação utilizável mesmo que simplesmente pressione Enter em todas as opções. Algumas perguntas que precisam de um pouco mais de atenção são:

Aqui ele pergunta sobre o os módulos do Kernel, confirmando a localização dos headers. Este arquivo "/lib/modules/2.6.8-2-386/build/include" é, na verdade, um link para a pasta "/usr/src/kernel-headers-2.6.8-2-386", onde estão os headers do kernel. Em caso de erros neste ponto, verifique a instalação dos headers e a presença do link. Outra dica é que você precisa ter instalados os pacotes "gcc" e "g++" da mesma versão usada para compilar o Kernel.

As próximas perguntas são sobre as interfaces de rede virtuais:

Naturalmente, você deve responder sempre "yes" na primeira pergunta, caso contrário as máquinas virtuais ficarão desconectadas da rede, mas as duas seguintes precisam de uma inspeção mais cuidadosa. Por padrão, o VMware oferece uma rede virtual em modo bridge (bridged network), onde as máquinas virtuais simplesmente acessam a rede, como se fossem máquinas separadas. Cada uma tem seu próprio IP, como se fossem vários servidores distintos.

As opções para criar uma rede NAT e host-only permitem que as máquinas virtuais sejam configuradas com endereços internos, e acessem a rede através do host. Esta configuração é útil no VMware Player (onde você geralmente quer que o sistema dentro da máquina virtual apenas acesse a internet, sem compartilhar nada), mas não é tão interessante no VMware Server, onde a idéia é justamente criar servidores virtuais. Veja que no exemplo anterior desativei ambas as opções.

Caso seu servidor tenha mais de uma placa de rede, o instalador pergunta:

Ou seja, ao detectar que existe mais de uma placa de rede disponível, ele pergunta a qual delas as máquinas virtuais devem ser ligadas. É importante indicar a placa correta, referente à rede onde as máquinas virtuais ficarão disponíveis, seja a placa da rede local, ou seja a placa com o link de internet.

Embora a mesma placa física seja compartilhada por todas as máquinas virtuais, o VMware se encarrega de encaminhar corretamente os pacotes recebidos. Ele simula inclusive a existência de diversos endereços MAC, um para cada placa de rede virtual. Imagine que ele cria uma espécie de "hub virtual", onde as máquinas virtuais são conectadas.

Em seguida, temos:

Esta é a porta que será usada para a conexão do cliente, o vmware-server-console. Você pode alterar a porta por outra menos visada (e indicá-la manualmente ao conectar). O ponto principal é que a porta precisa ficar aberta no firewall. Se você é paranóico e prefere não correr o risco de manter a porta 902 aberta, pode ainda utilizar um túnel para se conectar a ela através da porta utilizada pelo SSH. Veja a dica mais adiante.

Em seguida, você deve definir a pasta onde as máquinas virtuais serão armazenadas. Aqui escolhi a pasta "/var/vms" (a pasta "/var" é usada por padrão para armazenar os sites do apache, bases de dados do MySQL, etc.), mas a escolha fica por sua conta. Naturalmente, as máquinas virtuais podem ocupar bastante espaço, por isso é importante checar o espaço livre dentro da partição destino.

Depois de fornecer o código de registro, que você recebe via e-mail, a instalação está completa:

Depois de instalado, o VMware pode ser iniciado e parado através do serviço "vmware", como em "/etc/init.d/vmware start" ou "/etc/init.d/vmware stop". Sempre que tiver problemas, experimente, antes de mais nada, reiniciar o serviço.

O próximo passo é instalar o VMware Server Console, na sua estação de trabalho. A instalação é bem similar à do servidor, com a diferença de não serem necessários os headers e os compiladores. Basta descompactar o arquivo (ele usa uma dupla compactação, em .tar.gz e depois em .zip), acessar a pasta que será criada e executar o script "vmware-install.pl", como em:

Depois de instalado, chame-o usando o comando:

Ao abrir a conexão com o servidor, você pode logar usando qualquer conta de usuário. De início, você pode se logar como root, para testar e fazer a configuração, mas depois é interessante criar uma conta de usuário separada, que tenha acesso à pasta das VMs. O VMware utiliza SSL de 128 bits para garantir a segurança da conexão, mas sempre é bom evitar utilizar o root para tarefas rotineiras.

O vmware-server-console possui uma interface muito similar à do VMware Workstation, onde você pode criar e editar as configurações das máquinas virtuais. Como disse, o VMware Server é uma versão adaptada para uso em servidores, onde a interface é separada do restante do software, permitindo que você faça tudo remotamente.

Já que a máquina virtual é na verdade apenas uma pasta com arquivos, você pode perfeitamente tirar cópias e transportá-las para outras máquinas. Se você precisa de 10 máquinas virtuais com servidores Debian, por exemplo, você não precisa fazer a instalação 10 vezes; pode instalar uma vez, tirar 10 cópias e depois apenas modificar as configurações de rede e acertar as peculiaridades de cada servidor.

Para tirar cópias locais de uma máquina virtual, basta copiar a pasta de instalação. Você poderia, por exemplo, usar o comando:

... gerando uma pasta de nome diferente para cada cópia.

Para abrir as VMs copiadas no vmware-server-console, clique em "File > Open" e indique o arquivo .vmx dentro de cada pasta copiada:

Ao inicializar as máquinas virtuais copiadas pela primeira vez, o VMware exibe um aviso sobre o número de identificação. Cada VM possui um número de identificação e, por motivos óbvios, não é recomendável utilizar várias VMs com a mesma identificação. Para evitar isso, use a opção "Always Create", que faz com que o VMware passe a atribuir novos números de identificação conforme as cópias forem sendo inicializadas:

Naturalmente, é possível também copiar as máquinas virtuais para outras máquinas. Neste caso, a melhor opção é compactar a pasta. Como os arquivos da VM são salvos no disco virtual sem compactação, você pode reduzir o tamanho da pasta em duas vezes ou mais ao compactá-la.

Compactar a pasta antes de transferí-la também evita problemas relacionados à mudanças nas permissões dos arquivos. Para comprimir a pasta no Linux, use o comando "tar -zcvf", seguido pelo arquivo .tar.gz que será gerado e a pasta que será compactada, como em:

Depois de transferir o arquivo para a outra máquina, descompacte-o usando o "tar -zxvf", como em:

Ao invés de fazer toda a instalação do sistema na VM remotamente, tendo que lidar com a lentidão de atualização da tela, você pode criar a VM e fazer a instalação e configuração na sua máquina e transferir a VM para o servidor quando estiver tudo pronto. Fazendo uma instalação enxuta do Debian ou uma instalação do Ubuntu em modo servidor e compactando a pasta antes de transferir, o upload ficará com pouco mais de 200 MB.

Como disse a pouco, você pode utilizar o SSH, NX, VNC e outras opções de acesso remoto para administrar as máquinas virtuais remotamente, deixando o vmware-server-console apenas para emergências. A vantagem dele é permitir que você acompanhe todo o processo de boot do sistema, identificando e corrigindo problemas em casos onde o sistema passa a travar no boot ou não sobe a rede, por exemplo.

Ao instalar o VMware Server em um servidor da sua rede interna, a configuração dos endereços de rede para as máquinas virtuais precisa apenas seguir o padrão normal da sua rede, como se você estivesse adicionando novos micros ou servidores. A principal dúvida reside em como configurar os endereços das máquinas virtuais ao utilizar um servidor dedicado, hospedado externamente.

Na grande maioria dos casos, ao locar um servidor dedicado você recebe uma faixa de 8 endereços, onde 5 deles são utilizáveis, já que o primeiro e o último endereços ficam reservados aos pacotes de broadcast e ao endereço da rede e um deles fica sendo o endereço do gateway. Na maioria dos casos, as empresas de hospedagem utilizam faixas de endereços de classe A ou B, divididas em uma grande quantidade de redes menores, utilizando máscaras de tamanho variável, baseadas no sistema CIDR. A máscara mais comum é a "255.255.255.248" (/29), que permite criar as redes de 8 endereços que comentei.

Seu servidor pode, por exemplo, utilizar o endereço 72.232.194.138, sendo que:

72.232.194.136: Endereço da rede
72.232.194.137: Gateway
72.232.194.138 a 72.232.194.141: Endereços utilizáveis
72.232.194.142: Endereço de broadcast

Nesta situação, você ainda teria vagos os endereços de 72.232.194.138 a 72.232.194.141. Os endereços ociosos podem ser usados para colocar no ar servidores virtuais, que podem desempenhar funções secundárias, serem usados como honeypots, ou até mesmo serem sublocados. Basta usar a imaginação. :)

Você poderia colocar no ar 4 máquinas virtuais diferentes, cada uma utilizando um dos endereços disponíveis. Você notará que cada uma realmente responderá e se comportará como um servidor completo. Como disse anteriormente, é como se fosse criado um "hub" virtual", onde todas as máquinas virtuais são ligadas.

Cada VM seria então configurada para utilizar um dos endereços vagos dentro da faixa. Se você não tem um segundo servidor dedicado para assumir a função de servidor DNS secundário, pode delegar essa função a uma das VMs, evitando assim precisar sacrificar um dos endereços IP para o alias da placa de rede no servidor principal. Aqui temos um exemplo de configuração de rede para uma VM dentro de uma faixa de 8 endereços:

Aproveite para adicionar as máquinas virtuais à configuração do DNS. Aqui temos um exemplo de configuração onde três VMs foram incluídas como subdomínios de um domínio já configurado:

Naturalmente, você pode também registrar novos domínios para as máquinas virtuais, adicionando as zonas na configuração do DNS do servidor principal (nada impediria que as próprias máquinas virtuais abrigassem servidores DNS próprios, mas isso só complicaria a configuração).

Em casos onde você precisa criar mais do que 4 máquinas virtuais (e a configuração de hardware do servidor permita), você pode pagar por endereços IP adicionais, opção que está disponível por um pequeno extra em grande parte dos planos de hospedagem. Veja, por exemplo, esta tela de seleção do The Planet:

Por apenas 8 dólares (mensais) adicionais é possível fazer um "upgrade" para uma faixa de 13 endereços (máscara 255.255.255.240) e por 56 dólares é possível colocar as mãos em uma faixa de 61 endereços utilizáveis (máscara 255.255.255.192).

Aumentando a mensalidade em mais 45 dólares, seria possível atualizar o servidor para 2 GB de RAM e adicionar um HD secundário de 500 GB, o que permitiria rodar tranquilamente 8 ou mesmo 16 VMs simultaneamente.

Concluindo, falta apenas instalar o VMware Management Interface (no servidor), de forma que você possa monitorar o status das máquinas virtuais já configuradas usando o navegador.

Assim como nos passos anteriores, você deve baixar o arquivo "VMware-mui", descompactá-lo, acessar a pasta "vmware-mui-distrib/" que será criada e rodar o comando "vmware-install.pl", para abrir o script de instalação, como em:

Ao contrário do script de instalação do VMware Server, o script não pergunta sobre compiladores ou sobre os headers do Kernel, apenas confirma os diretórios de instalação. Embora seja uma interface de administração via web, o VMware-mui não precisa que o Apache (ou outro servidor web) esteja instalado, pois ele inclui um mini-servidor próprio, que inclui todas as funções necessárias. Ele também não conflita com o Apache caso instalado no mesmo servidor, já que utiliza uma porta diferente.

Para se conectar à interface de gerenciamento, acesse (no seu desktop) o endereço "https://seuservidor.com.br:8333" e logue-se usando o mesmo login e senha do vmware-server-console. Esta interface de gerenciamento é muito prática, pois você pode se conectar ao servidor para reiniciar uma máquina virtual até mesmo usando o celular, quando estiver preso no trânsito. Note que é necessário manter a porta "8333" aberta no firewall do servidor:

Aqui temos duas máquinas virtuais ativas, uma com o SuSE e outra com o Ubuntu. A grande diferença de uso de memória entre os dois (29 MB para o Ubuntu e 159 MB para o SuSE) é porque o SuSE está rodando com a interface gráfica e um conjunto de outros serviços ativos, enquanto o Ubuntu foi instalado em modo servidor e está rodando apenas o SSH e o Apache.

Em geral, um servidor bem configurado e com apenas os serviços necessários ativos, consome bem menos memória RAM que um desktop (com exceção dos casos de servidores de alta demanda, naturalmente), por isso é mais fácil manter várias VMs ativas. O consumo de RAM do servidor cresce conforme aumenta o número de usuários e, consequentemente, de requisições simultâneas.

Naturalmente, nada lhe impede de configurar também máquinas virtuais rodando outros sistemas operacionais. Também estão disponíveis versões do VMware Server e do vmware-server-console para Windows, tornando a escolha da plataforma algo bem democrático.

Voltando ao VMware-mui, muita gente torce o nariz para a idéia de manter abertas as portas 902 (utilizada pelo vmware-server-console) e 8333. Se você for paranóico, é possível manter as portas fechadas e acessar a interface de gerenciamento e o console usando um túnel do SSH. Neste caso, você precisa manter aberta apenas a porta 22.

Para criar os túneis, use o comando "ssh -f -N -L porta:IPservidor:porta -l user IPservidor". É preciso executar o comando duas vezes, uma para a porta 902 e outra para a porta 8333. Se você deseja se conectar no servidor "gdhn.com.br" usando o login "gdh", por exemplo, os comandos seriam:

Uma observação é que o primeiro comando (que redireciona a porta 902) precisa ser executado na sua máquina (no cliente) como root, pois as permissões do SSH não permitem criar túneis para portas abaixo da 1024 utilizando um login de usuário.

Com os túneis criados, ao invés de se conectar ao endereço IP ou domínio do servidor, você passa a se conectar ao endereço "127.0.0.1", ou seja, você se conecta ao localhost. O SSH se encarrega de redirecionar todos os dados através do túnel, enviando-os para as portas corretas no servidor remoto, mesmo que elas estejam fechadas no firewall (pois os dados trafegam na verdade através da porta 22, do SSH).

Os túneis são bem transparentes. A única dificuldade é que você precisa executar novamente os comandos cada vez que reiniciar o cliente ou caso ele seja desconectado da rede.

Embora não seja obrigatório, é interessante instalar o VMware-Tools após terminar de instalar o sistema dentro da máquina virtual. Ele é um conjunto de drivers que faz o sistema guest rodar com um melhor desempenho e de forma mais transparente, sobretudo com relação à interface de rede virtual e ao vídeo.

Dentro da máquina virtual, o sistema guest não enxerga o hardware real do servidor, mas sim um conjunto de dispositivos virtuais criados elo VMware. É por isso que você pode usar a mesma VM em vários servidores diferentes, sem precisar ficar instalando drivers nem modificando o sistema guest.

Para instalar o VMware Tools dentro da máquina virtual, use (com o sistema carregado) a opção "VM > Install VMware Tools" disponível no menu principal:

A opção simula a inserção de um segundo drive de CD-ROM, contendo a mídia de instalação do VMware-Tools dentro da máquina virtual. Ao instalar em uma VM rodando Linux, o primeiro passo é montar o drive de CD-ROM, usando o comando "mount /media/cdrom0" ou "mount /mnt/cdrom".

Acessando a pasta correspondente, você encontra dois arquivos do VMware-Tools, um compactado em .tar.gz (a versão genérica) e outro em .rpm (a versão destinada ao Fedora e outras distribuições derivadas do Red Hat).

Copie a versão que vai instalar para a pasta "/tmp". Para instalar o arquivo .tar.gz, descompacte o arquivo, acesse a pasta que será criada e execute o comando "./vmware-install.pl" (como root). Para o pacote em RPM, basta instalá-lo utilizando o comando "rpm -Uvh"

A instalação do VMware-Tools implica na instalação de diversos módulos de kernel que precisam ser compilados sob medida para o kernel em uso. O pacote inclui pacotes pré-compilados para muitas distribuições, mas, ao instalar uma distribuição menos comum, ou instalar uma versão recente, você vai precisar ter instalados os compiladores e os headers do kernel (no sistema guest, dentro da máquina virtual), para que o instalador possa compilar os módulos, assim como ao instalar o pacote principal do VMware Server.

Ao usar a opção em uma VM com o Windows, a instalação é mais simples, pois a inserção do CD-ROM virtual dispara o programa de instalação automaticamente (usando o autorun) e o instalador segue o tradicional modelo "Next > Next > Finish":

Graças a todos os recursos que vimos, o VMware Server acaba sendo uma opção quase que ideal, já que é gratuito, flexível e fácil de instalar. Além de usá-lo em seus servidores para otimizar o uso dos recursos disponíveis, essencialmente transformando um único servidor em vários, você pode até mesmo usá-lo no seu desktop, no lugar do VMware workstation ou VMware Player.

Atualmente estamos assistindo a uma popularização muito grande do Xen, mas ele ainda perde no quesito da facilidade de uso. Outro concorrente que tem crescido é o KVM, que também citei anteriormente. Ou seja, mantenha um olho no VMware Server, e outro nas demais soluções. Como o mercado é muito volátil, não podemos dizer qual deles estará por cima daqui a 5 anos.

Fonte: www.guiadohardware.net

A partir do momento em que inicializamos qualquer sistema Linux, temos processos rodando na memória. Basicamente tudo que um sistema operacional executa é um processo, se o servidor Apache está rodando, ele é um processo, se estamos com o OpenOffice aberto é outro processo, e por aí vai.

Aprender a lidar com processos é de extrema importância para um administrador de sistemas, pois ao manipula-los podemos através de sinais (comandos) fechá-los corretamente, fechá-los bruscamente, reiniciá-los e muitas outras coisas. É fato, que a tarefa mais básica no que se refere a processos é o que chamamos de “matar o processo”, fazemos isso quando uma aplicação está travada por algum motivo qualquer, assim fechamos ela na “força”, querendo ou não ela será fechada e permitirá que o utilizador continue utilizando o sistema normalmente e tente descobrir o que ocasionou o travamento.

Aprenderemos neste tutorial de uma forma simples como lidar com processos. Lembramos apenas que este é um assunto bastante extenso e que tem algumas variações (algumas bem significativas) com relação à outros sistemas derivados do Unix.

Na Prática

Como foi falado, tudo que está sendo executado na máquina é um processo, cada processo recebe um número de identificação aleatório, este número é exclusivo para o processo em questão enquanto ele existir, isso quer dizer que se eu abro o Firefox por exemplo, o processo que o representa receberá um número no momento em que ele é criado, enquanto o Firefox não for fechado este número não será utilizado por nenhum outro processo e mesmo que o Firefox seja aberto novamente o processo dele receberá um novo número, este número é chamado de PID que é a sigla para Process ID, ou seja, identificação do processo. O PID é fornecido automaticamente pelo Kernel.

Utilizamos o PID do processo para podermos trabalhar com ele, funciona mais ou menos como um número de RG ou CPF, podemos ter duas pessoas com o mesmo nome, porém por terem uma identificação única podemos lidar com cada uma delas sem ao menos pensarmos na possibilidade de confundir, a não ser que sejam gêmeas e tenham o mesmo nome, ué isso existe? OK, viagem pura, voltemos ao assunto. Ah, já ia esquecendo, você entendeu o raciocínio da coisa né? Podemos ter processos com nomes muito parecidos no entanto cada um terá o seu número de identificação que permitirá que o administrador trabalhe com eles sem se confundir.

Para finalizarmos o parte mais chata que é a parte teórica vamos aprender mais um conceito: Todo processo é derivado de um outro processo, exceto um, que é o primeiro processo... lógico! Então este primeiro processo é um processo chamado init, quando ligamos o computador e o sistema começa a ser carregado a primeira coisa que é carregada é o Kernel, ele vai inteiramente para a memória RAM, depois disso o Kernel carrega o init que tem o PID 1 (Um), todos os outros processos do sistema são no mínimo derivados do init. Portanto, temos aqui um conceito de processo pai, ou PPID. PPID é o PID do processo que “chamou” um determinado processo, complicado? Nem tanto. Imaginemos o seguinte: Temos o apache sendo executado em nosso servidor, o apache tem portanto um PID, fora isso, só foi possível abrir o apache porque o sistema já estava sendo executado, portanto já tinha no mínimo um processo em execução, que é o init. Neste caso o apache é um processo filho do processo init. Da mesma forma se temos um ambiente desktop instalado, como o KDE, para utiliza-lo precisamos do servidor gráfico, portanto ao inicializar o sistema temos o init que abrirá o servidor gráfico que por sua vez abrirá o KDE, e através do KDE podemos abrir o K3B por exemplo. Veja abaixo uma representação disso:

(Pai do Servidor Gráfico)

Processo Init \

(Filho do init e pai do KDE)

Servidor Gráfico \

(Filho do Servidor Gráfico e Pai do K3B)

KDE \

(Filho do KDE)

Você pode usar o comando pstree para ver os processos em forma de árvore e saber quem é “pai” de quem:

Porque precisamos falar sobre isso? Basicamente para deixar claro que o que você faz em um processo pai pode interferir no processo filho, principalmente se fecharmos um processo pai, saiba que neste caso o processo filho será fechado também.

Eu falei que a história do PPID será a última coisa para fechar a parte teórica? Mas não será :), mas não fiquem bravos, vamos pelo menos aprender um comando para continuarmos com a parte teórica, trata-se do comando ps e sua forma de utilização mais comum é utilizando os argumentos aux, como em:

• ps é o comando em si que utilizamos para listar os processos atuais. Sem parâmetro ele mostra apenas os processos da sessão atual (terminal atual).
• A letra a serve para mostrar os processos de todos os usuários e não apenas do usuário que executou o comando ps.
• A letra u indica ao ps que ele deve mostrar o nome do usuário dono do processo em questão (quem o executou).
• E por último, mas não menos importante, a letra x que diz ao ps para listar inclusive os processos da parte gráfica e de outros terminais.

Vamos pegar uma linha do resultado para analisar:

Podemos visualizar facilmente acima o nome do usuário dono do processo (USER) que é o root, o número de PID do processo que é 1 e o nome do processo que é /sbin/init (na verdade o cominho completo do executável, o processo em si se chama apenas init)

As outras informações não são tão comuns de se utilizar, no entanto segue uma descrição de cada uma delas:

• %CPU: Porcentagem de uso do processo pelo processo.
• %MEM: Porcentagem de uso de memória RAM pelo processo.
• VSZ e RSS: Páginação (Tamanho do processo).
• TTY: Terminal que originou o processo.
• STAT: R, S, D, Z e T

• • R – Running (Rodando)
  • S – Sleep (Esperando)
  • D