Difference between pages "OpenVZ/pt-br" and "Translations:Metro/122/en"

< OpenVZ(Difference between pages)
(Recommended Versions)
 
(Importing a new version from external source)
 
Line 1: Line 1:
== Apresentação ==
+
On my AMD Jaguar build server, on Feb 20, 2015, this lists all the builds that {{c|buildrepo}} has been configured to manage. The first number on each line is a '''failcount''', which is the number of consecutive times that the build has failed. A zero value indicates that everything's okay. The failcount is an important feature of the advanced repository management features. Here are a number of behaviors that are implemented based on failcount:
 
+
OpenVZ (veja [http://wiki.openvz.org wiki.openvz.org]) é uma solução de virtualização de servidor a nível do sistema operacional (OS-level server virtualization solution),  
+
construído no Linux. OpenVZ permite a criação de containers Linux virtuais isolados e seguros (chamados de "VE"s) em um único servidor físico. Cada container possui sua própria atualização local, power state, interfaces de rede, limites de recurso e porção limitada de filesystem hospede. OpenVZ é com frequência descrito como "chroot on steroids."
+
 
+
Funtoo possui suporte ao OpenVZ das seguintes maneiras:
+
 
+
* Construção dos templates do OpenVZ utilizando o [[Metro]], nossa ferramenta de construção da distribuição.
+
* Melhoria do <tt>vzctl</tt>, ao desenvolver uma versão melhorada/patched hospedada em [http://www.github.com/funtoo/vzctl GitHub].
+
* Integração de suporte [[Funtoo Linux Networking]]  ao vzctl (esses patches tem sido aceitos pelo projeto OpenVZ.)
+
* Melhoria dos scripts de startup vzctl para fazer coisas como inicializar corretamente o veth e o vzeventd.
+
* Integrar patches adicionais nos ebuilds do openvz-rhel6-stable e do openvz-rhel5-stable para assegurar funcionalidade em qualidade de produção (production-quality) do OpenVZ.
+
* Manter compatibilidade com os kernels de produção OpenVZ do RHEL5-based, tão bem quanto instruções em como obter instalação do Funtoo Linux para esses kernels em nosso [[RHEL5 Kernel HOWTO]]. (Note: kernel openvz-rhel6-kernel RHEL6-based é agora o recomendado para deploying OpenVZ.)
+
 
+
Em adição, Daniel está atualmente empregado na [http://www.zenoss.com Zenoss] e é o autor e mantenedor do [http://community.zenoss.org/blogs/zenossblog/2012/01/24/openvz-and-zenoss Zenoss OpenVZ ZenPack] ([https://github.com/zenoss/ZenPacks.zenoss.OpenVZ GitHub link])
+
 
+
== Versões Recomendadas ==
+
 
+
Para instalação do OpenVZ no Funtoo Linux de modo que você pode criar containers Linux-based, uma versão <tt>x86-64bit</tt> do Funtoo Linux é fortemente recomendada. O ebuild <tt>openvz-rhel6-stable</tt> é o kernel recomendado a utilizar. Se você emergir esse kernel com a flag USE <tt>binary</tt> habilitado, ele construirá um kernel binário e initrd utilizando a configuração padrão Red Hat que dever inicializar quase todo o hardware. Depois de emergir, você precisara editar o <tt>/etc/boot.conf</tt>, executar o [[boot-update]], e reiniciar no novo kernel OpenVZ.
+
 
+
{{fancywarning|1=
+
Por favor, utilize o ext4 exclusivamente quando implantar um OpenVZ host. A equipe de desenvolvimentos paralelos testa extensivamente com o ext4, e versões modernas do <tt>openvz-rhel6-stable</tt> '''não'''são compatíveis com o XFS, e você pode ter experiencias com kernel bugs.
+
}}
+
 
+
Alternatively, you could emerge <tt>openvz-rhel5-stable</tt> with the <tt>binary</tt> USE flag enabled to use the older RHEL5-based OpenVZ kernel. This requires additional steps which are covered in the [[RHEL5 Kernel HOWTO]].
+
 
+
You will also need to emerge <tt>vzctl</tt>, which are the OpenVZ userspace tools.
+

Latest revision as of 17:31, July 12, 2015

On my AMD Jaguar build server, on Feb 20, 2015, this lists all the builds that buildrepo has been configured to manage. The first number on each line is a failcount, which is the number of consecutive times that the build has failed. A zero value indicates that everything's okay. The failcount is an important feature of the advanced repository management features. Here are a number of behaviors that are implemented based on failcount: