Hoje, estamos lançando melhorias significativas em nossas capacidades de Imagens (disponíveis em beta) para todos os clientes e centros de dados. Embora há muito tempo apoiamos os desenvolvedores a tirar instantâneos de imagens para facilitar o fornecimento de serviços em Linodes, agora você pode carregar sua própria imagem através do Cloud Manager, API, ou CLI, e tirar proveito da capacidade de armazenamento ampliada por conta.
O serviço de Imagens atualizado reduz significativamente as despesas gerais de provisão de Linodes e permite que nossos clientes utilizem as Imagens em sua total vantagem. As imagens são armazenadas mesmo que você não tenha Linodes ativos, portanto a imagem está sempre disponível quando você precisa e pode ser implantada em qualquer Linode em qualquer centro de dados.
As imagens permanecerão um serviço gratuito durante o período beta, e transitarão para um serviço pago de US$ 0,10/GB por mês a partir de 1º de setembro de 2021. Todos os usuários de Imagens serão notificados da mudança via Linode Support com antecedência, dando-lhe a oportunidade de remover as Imagens, se necessário.
As imagens automáticas, que são imagens de recuperação de curta duração geradas após um Linode ser excluído, permanecerão livres.
Linode Image atualmente suporta o upload de arquivos de imagem de disco bruto (.img) que foram comprimidos usando gzip (.gz) antes de serem carregados. O tamanho máximo do arquivo comprimido para o upload de uma imagem é de 5 GB. Quando o faturamento de Imagens entrar em vigor, você será cobrado pelo tamanho não comprimido da imagem.
Participando das imagens Beta
Qualquer usuário da Linode é bem-vindo a experimentar as novas características das Imagens. Leia o guia atualizado da Linode Images para instruções passo a passo, incluindo o upload de uma imagem através do Cloud Manager.
Planejamos continuar a melhorar nosso serviço de Imagens, portanto, favor enviar qualquer feedback sobre as características ou sua experiência em https://www.linode.com/feedback/. Se você estiver passando por um problema técnico, por favor, abra um ticket de suporte para que possamos resolvê-lo o mais rápido possível.
Comentários (8)
Improvements should be improvements and not breaking working functionality.
I just started a couple nodes with existing images, and the nodes were created and started without expanding the disks to the plan full storage.
So literally they had a root device having 1.7 GB with 0 free space.
Who tested this release?
Sandor Marton: When you deploy a Linode with an Image it does not automatically expand to its fully allotted disk space, but creates a disk that is equal to the size of the Image, therefor you need to perform a disk resize after you deploy. With that said, I’ve included your feedback in an internal discussion about this particular feature of our Images.
I’m pretty sure the dashboard did resize automatically ( or maybe the old one did, since i didn’t use images for the past 4-6- months)
Also there is no point to automatically start the node with an image sized disk, since disk will have zero available space and the OS won’t be able to boot properly.
From my point of view there should be no difference between starting a node from a distribution image, and starting a node from my own image.
I think we should have an option to download the current image if it will no longer be free of charge.
We agree – this is on our radar to do soon, though I don’t have an ETA on when that feature will be available. Until that is ready, you can follow the following guide to download a copy of a Linode: Copy a Disk Over SSH
In this new beta I have a problem with uploading an image via Cloud Manager. Are there any instructions specifically for this process in the documentation?
We updated our documentation to include steps on uploading an Images. If you run into further issues, please open a support ticket with logs, error messages, or details that you encounter while attempting to upload your Image. These details will be helpful for us when we assist with troubleshooting.
This is weird. If you’re going to charge for the service, why the still quite tight limits?
A 6 GB max is definitely a lot better than it was before, but it still may be fairly confining for some uses. I have a base image right now that’s just Fedora + application that comes to 4.5 GB. While my usage case fits well within the limit, if now the data is being paid for, why not bump it until whatever is the internal reasonable maximum?
Also, .gz is an extremely old compression format. If you’re using it because of performance considerations, may I suggest zstd? It decompresses extremely quickly (about the same as gzip according to benchmarks), and achieves a much greater compression ratio.