Onde é documentada a utilização da imagem do convidado da nuvem do Ubuntu no OpenStack?

Question

Sempre que eu configurar uma implantação devstack ou OpenStack, quero adicionar a imagem mais recente do servidor LTS Ubuntu. Eu consegui várias vezes no passado e acredito que pode ser alcançado com algo como:

wget http://uec-images.ubuntu.com/releases/12.04.2/release/ubuntu-12.04.2-server-cloudimg-amd64-disk1.img
glance image-create --is-public true --disk-format qcow2 --container-format bare --name "precise" < ubuntu-12.04.2-server-cloudimg-amd64-disk1.img

Pergunto-me, porém, onde posso encontrar a documentação oficialmente suportada sobre isso? Como posso contribuir para isso? Às vezes tenho problemas e sem instruções oficiais nunca tenho certeza se é o comando acima ou a minha implantação. Eu tentei adicionar essas instruções para os documentos oficiais do OpenStack e / ou os comentários do Disqus que o acompanham em duas ocasiões, mas eles seriam removidos e eu não posso encontrar um manual consistente e suportado para fazer isso, eu esperaria um procedimento muito básico. / p>

Além disso, e as opções elusivas de cloud-init para as imagens dos convidados? Onde posso encontrar instruções sobre como usá-las? Do terminal e da interface do usuário da web? Uma vez tive que ir pescar esta informação no código fonte.

O que eu encontrei até agora é o site que lista as imagens disponíveis , mas que não indica quais são os formatos das imagens - eu sempre tenho que procurar no google por essas informações. Há o wiki do UEC que lista muitas receitas sobre como criar suas próprias imagens, mas não como usar as existentes (ou as imagens premade da nuvem do ubuntu). Depois, há a categoria mais conhecida como "nuvem" em ubuntu.com , que tem apenas links para alguns panfletos promocionais. e a listagem de imagens de nuvem não informativa.

Eu sei que este é um relatório de semi-bug (que eu gostaria de ver corrigido ou ajudar a corrigir :)), mas eu também gostaria de saber as respostas para as perguntas que fiz.

    

Answer 1

Eu estava tendo o mesmo problema, então acabei baixando todas as imagens prefixadas "trusty-server-cloudimg-amd64". Havia um tar que, quando descompactado, continha um README.files que fornecia algumas informações:

Este arquivo tar compactado contém arquivos relevantes para esta imagem da máquina. Cada nome de arquivo é prefixado por uma string constante denotando informações de arquitetura. O prefixo, por exemplo, pode ser 'maverick-server-cloudimg-amd64', em que os arquivos do caso serão nomeados como   maverick-server-cloudimg-amd64.img   maverick-server-cloudimg-amd64-vmlinuz-virtual

Todos ou alguns dos seguintes arquivos podem estar presentes no arquivo:

• .img Este arquivo é uma imagem de partição. Pode ser agrupado, carregado e registrado no EC2, Eucalyptus ou OpenStack como uma Amazon Machine Image (ami / emi).

• -disk1.img Esta é uma imagem de disco compactado qcow2. Pode ser carregado para o OpenStack ou inicializado diretamente via kvm. Você provavelmente deve descompactar a imagem (qemu-img convert) antes de usar em ambiente sem testes.

• -uefi1.img Esta é uma imagem de disco compactado qcow2 que possui particionamento GPT e uma UEFI bootloader. É inicializável via UEFI, BIOS / GPT e PVGRUB (com suporte para tabelas de partições GPT. É inicializável no OpenStack ou diretamente via kvm. Você provavelmente deve descompactar as imagens (qemu-img convert) antes de usar em um ambiente sem testes.

• -root.tar.gz Este é um arquivo tar compactado contendo o conteúdo da raiz sistema de arquivo. Essencialmente, 'tar cpzf - /'.

• -vmlinuz-virtual Este é um kernel do Linux. Pode ser agrupado, carregado e registrado UEC como uma imagem do kernel da Amazon (aki / eki). A string '-virtual' representa o pacote Ubuntu Linux do qual este kernel veio. isto poderia ser '-server' ou outra string.

• -initrd-virtual Este é um initrd do Linux. Pode ser agrupado, carregado e registrado UEC como uma imagem do Amazon Ramdisk (ari / eri). Nem todas as imagens requerem initrd e, portanto, este arquivo pode não estar presente. Se não estiver presente, então a imagem deve ser registrada sem um disco virtual.

• -loader Este arquivo é uma imagem compatível com inicialização múltipla capaz de carregar imagem de convidado. No UEC instala onde o sistema operacional do host é 10.10 ou mais tarde (LP: # 611144), isso pode ser registrado como um kernel (eki). Ele fornece função semelhante ao recurso lançado pela Amazon "Ativando Kernels Fornecidos pelo Usuário". Quando o carregador é usado para inicializar Por exemplo, uma atualização do kernel executada dentro da instância afetam as inicializações subseqüentes.

• -floppy Este arquivo é uma imagem de disquete. Não é útil ou relevante para correndo dentro do EC2 ou UEC. A finalidade deste arquivo é permitir a inicialização do .img fora de uma nuvem. Para inicializar fora de um ambiente de nuvem (em que um serviço de metadados não é presente), a seguinte linha de comando kvm pode ser usada:  kvm -boot a -fda -flive -drive file = .img, if = virtio Isso não é necessário e geralmente obsoleto, se -disk1.img for disponível.

Answer 2

você pode encontrar o formato de uma imagem usando:

# qemu-img info image_filename .

Isso lhe dirá se é raw ou qcow2 e de que tamanho é.