Os OCI Block Volumes oferecem armazenamento de dados persistente, durável de alto desempenho. A OCI permite armazenar seus dados em volumes em bloco independentemente e além da vida útil da sua instância de computação. A OCI Block Volumes pode ajudar você a gerenciar dinamicamente seus volumes em bloco, controlar dados e alcançar a configuração de armazenamento exigida pela sua aplicação. Você pode criar, anexar, conectar e migrar volumes conforme necessário para atender aos seus requisitos de armazenamento e aplicações. Uma vez conectado e conectado a uma instância, você pode usar um volume como um disco rígido comum. Os volumes também podem ser desconectados e anexados a outra instância sem a perda de dados.
Um volume em bloco é um tipo de armazenamento de dados mais expansivo que o armazenamento de arquivos. Os volumes em bloco usam o protocolo Ethernet iSCSI para fornecer os recursos e o desempenho semelhantes às SANs (redes de área de armazenamento on-premises) no local e são projetados para a segurança e durabilidade do ciclo de vida dos dados. Você pode criar e anexar OCI Block Volumes à sua instância de computação.
Recomendamos o uso de volumes em blocos quando a carga de trabalho da sua aplicação exigir armazenamento altamente disponível e o desempenho de uma SAN, ou caso a governança de dados inclua backups integrados. Sua aplicação se beneficia da elasticidade do serviço, persistência dos dados e desempenho. Os OCI Block Volumes oferecem opções simples de gerenciamento, flexibilidade operacional e preços de acordo com o uso, com isolamento e controle máximo.
Os dados armazenados nas unidades locais de computação sobrevivem apenas enquanto a instância de computação estiver ativa. Sendo assim, é recomendável usar esse tipo de armazenamento apenas com arquivos temporários. Quando você armazena dados em volumes em blocos de maior durabilidade, os seus dados persistem enquanto o bloco de volume existir. Se a instância de computação terminar, você poderá anexar o volume a outra instância de computação e recuperar o acesso aos dados persistentes nesse volume. Usando volumes em bloco, você pode estender seu plano de proteção de dados para incluir backups integrados de volume em bloco, fornecendo uma cópia dos seus dados na data em que o backup foi criado.
Você pode acessar o Block Volumes usando o console, uma API REST ou SDKs. Veja o Guia de Introdução do Oracle Cloud Infrastructure e Visão geral dos Volumes em Bloco para obter detalhes.
Sim. As unidades de estado sólido NVMe de mais alto desempenho e líderes do setor são usadas. Eles oferecem alto desempenho, são apoiados por um SLA de desempenho e ativados sem o uso de armazenamento em cache.
Você pode provisionar volumes em bloco de 50 GB a 32 TB em incrementos de 1 GB.
Seu sistema operacional acessa volumes em blocos usando o protocolo iSCSI, um padrão de rede de armazenamento para vincular recursos de armazenamento de dados.
Vide a documentação de Desempenho do Block Volume.
O desempenho dos Block Volumes anexados às instâncias da máquina virtual do Oracle Cloud Infrastructure Compute são limitados pela largura de banda da rede disponível. Consulte as Perguntas frequentes sobre o Serviço de Computação por limites de instância.
Você pode observar até 700.000 ou mais IOPS e taxa de transferência de taxa quase linear para sua instância de computação bare metal. Vide a documentação de Desempenho do Block Volume para mais detalhes.
Você pode conectar até 32 volumes por instância de computação, resultando em até 32 TB * 32 = 1 PB de capacidade anexada por instância de computação. Recomendamos que você meça e ajuste o número de volumes conectados de acordo com suas necessidades de aplicações de alto desempenho.
Sim. Para fornecer o desempenho mais alto, os volumes em bloco são otimizados para se conectar a qualquer instância de computação dentro do mesmo domínio de disponibilidade. Você pode desanexar um volume de uma instância de computação e anexar o volume em bloco a outra instância de computação sem reiniciar os servidores de computação. Vide mais informações na documentação.
Todos Block Volumes e seus backups são sempre criptografados em repouso usando o algoritmo AES (Advanced Encryption Standard) com chave de 256 bits para criptografia. Todos os dados que se deslocam entre a instância e o Block Volume são transferidos por nossa rede interna e altamente segura. Se você tiver requisitos de conformidade específicos relacionados à criptografia dos dados enquanto estão em movimento entre a instância e o volume em bloco, poderá ativar a criptografia em trânsito se usar anexos de volume paravirtualizados.
Os Block Volumes e seus backups são acessíveis apenas dentro do limite do inquilino/compartimento, e somente usuários autenticados que receberam permissão por você para o inquilino/compartimento podem acessá-los.
Os volumes de inicialização também são fornecidos e gerenciados pelo serviço de Block Volumes, para que sejam protegidos da mesma maneira que os Block Volumes.
Sim. Para mais informações, vide Opções de Desempenho Elástica do Block Volume e Preço do Block Volume.
Sim. Para mais informações, vide Opções de Desempenho Elástica do Block Volume e Preço do Block Volume.
Não. Você pode alterar o desempenho de qualquer volume sem tempo de inatividade para suas aplicações, independentemente de estar anexado a uma instância ou não.
Sim. Com o ajuste automático do With Block, você pode configurar o seu desempenho para o mais baixo possível, no mínimo 10 VPUs por GB, ou para o mais alto possível, no máximo 120 VPUs por GB. Ao usar o recurso de ajuste automático, o seu volume em bloco usará somente o necessário de forma adaptativa.
*Observação: Os volumes de inicialização e anexos de caminho único não suportam esse novo recurso no momento. Porém o suporte em atualizações futuras está a caminho. Para saber mais sobre o ajuste automático dos Block Volume, veja a a documentação de Dimensionamento Dinâmico Baseado em Desempenho.
Com o ajuste automático, o aumento no desempenho tem efeito imediato; as ações se repetem a cada 15 segundos para cada nível de ajuste, oferecendo um aumento estável no desempenho sempre que necessário. As reduções no desempenho acontecem lentamente, com a diminuição inicial entrando em vigor dentro de uma hora, e as diminuições subsequentes em alguns minutos, evitando reduzir o desempenho abruptamente enquanto o desempenho anterior ainda é necessário. Para mais informações, veja a a documentação de Dimensionamento Dinâmico Baseado em Desempenho.
Sim, porém não é garantido. A possibilidade de economizar com esse recurso de ajuste automático dependerá do uso da carga de trabalho e da altura do desempenho definido. Você precisa entender a demanda da sua aplicação, os padrões de uso, bem como o orçamento antes de habilitar e configurar esse recurso para os seus volumes. Veja a página de Preços do OCI Block Volume para ajudá-lo a definir a faixa de ajuste automático de desempenho do seu volume com base no seu orçamento.
Sim, você consegue monitorar as características e configurações do desempenho de um volume através das métricas do volume e registros de auditoria. Leia a documentação para saber mais sobre as métricas dos volumes em blocos e os registros de auditoria.
Várias cópias de dados são armazenadas de forma redundante em vários servidores de armazenamento com mecanismos de reparo internos. O serviço Block Volumes foi projetado para fornecer 99,99% (quatro noves) de durabilidade anual para volumes em bloco e inicialização. No entanto, recomendamos que você faça backups regulares para proteger contra a falha de um domínio de disponibilidade.
Você pode aumentar o tamanho de um volume enquanto ele está online, sem qualquer tempo de inatividade. Para obter detalhes, veja a página de documentação técnica.
Ao anexar um volume em bloco, você tem a opção de especificar o acesso como somente leitura. Ou seja, uma instância somente conseguirá ler os dados no volume, deixando os dados imutáveis. Isso permite proteger os dados contra modificações acidentais ou maliciosas por uma aplicação não testada ou não confiável.
Você também pode usar anexos somente leitura em situações em que possui várias instâncias de computação, cada uma executando um aplicativo cliente (como um front-end da Web), acessando o mesmo volume para fins somente leitura, por exemplo, um front-end da Web que serve informações estáticas do catálogo de produtos para os clientes.
Os volumes de inicialização são por definição mutáveis e, portanto, por padrão, não são "somente leitura. Após desanexar um volume de inicialização, você pode anexá-lo somente leitura para fins de depuração.
Não. Para fazer isso, primeiro você precisa desanexar o volume e recolocá-lo especificando o atributo "somente leitura".
Não. Para fazer isso, primeiro você precisa desconectar o volume e conectá-lo novamente, especificando o modo de anexo padrão ("leitura / gravação").
Você tem duas opções: iSCSI ou paravirtualizado. Os anexos de volume paravirtualizado são suportados apenas em instâncias de máquinas virtuais.
Os anexos de volume paravirtualizados são volumes em bloco que possuem suporte nativo do sistema operacional e não precisam de um anexo e iniciador iSCSI. Todos os sistemas operacionais Oracle, Linux e Windows oferecem suporte a anexos paravirtualizados como uma opção para implantações de VM.
Usar os anexos paravirtualizados simplifica o processo de configuração dos anexos ao volume em blocos. Se você não deseja executar comandos de configuração iSCSI durante os anexos de volume, considere o uso de anexos paravirtualizados. Observe que o iSCSI oferece melhor desempenho às custas de etapas extras às etapas de configuração inicial.
Sim. Você pode selecionar o tipo de anexo na CLI/SDK e no console ao anexar um volume. Para alterar o tipo de anexo, você deve desconectar o volume e, em seguida, reconectar, especificando o novo tipo de anexo.
Os anexos paravirtualizados oferecem menos desempenho que os anexos ISCSI. Vide a documentação de Desempenho do Block Volume para ver mais detalhes.
Sim. O OCI Block Volumes fornece um recurso de backup integrado para proteger seus dados, armazenando uma cópia do volume em bloco no Oracle Cloud Infrastructure Object Storage.
Sim. Os backups de volume de inicialização têm todos os recursos dos backups de volume em bloco. O serviço Block Volume gerencia os discos do sistema operacional como volumes de inicialização. Para fazer backup do conteúdo de um volume de inicialização, crie um backup como qualquer outro volume em bloco. O OCI Boot Volumes fornece um recurso de backup integrado para proteger seus dados, armazenando uma cópia do volume em bloco no Oracle Cloud Infrastructure Object Storage. Fazer um backup do volume de inicialização enquanto uma instância está em execução cria um backup consistente com falhas. Na maioria dos casos, você pode criar uma instância diretamente do backup do volume de inicialização ou anexá-la a uma instância para recuperar dados. Para garantir uma imagem inicializável, crie uma imagem personalizada a partir de sua instância.
Um backup é uma cópia instantânea completa de todos os dados do volume em bloco quando esse backup foi iniciado. Imediatamente após a conclusão de um backup, ele estará disponível para restaurar em um volume em bloco. Os backups são criptografados e copiados para sua conta no OCI Object Storage.
O principal uso de backups é oferecer suporte à continuidade dos negócios, recuperação de desastres e arquivamento a longo prazo. Ao determinar um agendamento de backup, seu plano e objetivos de backup devem considerar o seguinte:
Os backups são feitos usando o instantâneo em momento específico; portanto, enquanto o backup está sendo executado em segundo plano de forma assíncrona, suas aplicações podem continuar acessando seus dados sem nenhuma interrupção ou impacto no desempenho. Para o backup de um volume de 2 TB pela primeira vez, espere cerca de 30 minutos para a conclusão do backup. Para fazer backup de um volume de inicialização de 50 GB pela primeira vez, é comum levar alguns minutos para a conclusão do backup. Os backups subsequentes do mesmo volume dependem da quantidade de dados que foram alterados desde o último backup.
Você tem duas opções.
1. Backups agendados com base em políticas automatizadas. Você tem a opção de usar políticas de backup predefinidas fornecidas pela Oracle ou pode criar e usar sua própria política de backup personalizada. As políticas de backup, predefinidas e personalizadas, definem a frequência e o período de retenção para seus backups, o que permite que você cumpra seus requisitos regulamentares e de conformidade de dados. Você pode ter certeza sabendo que seus dados serão copiados automaticamente de acordo com o cronograma e retidos, com base na política de backup selecionada. Mais tarde, conforme suas necessidades mudam, você pode facilmente ajustar selecionando uma política de backup diferente ou modificando sua política personalizada ou removê-la totalmente.
2. Backups únicos sob demanda. Você pode selecionar se deseja fazer backup apenas dos dados que foram alterados desde o último backup (incremental) ou de todos os dados que foram alterados desde a criação do volume (completo).
Vide documentação técnica para mais detalhes.
Sim. Você pode selecionar se deseja fazer backup apenas dos dados que foram alterados desde o último backup (incremental) ou de todos os dados que foram alterados desde a criação do volume (completo).
Um backup é feito por uma cópia instantânea no ponto de tempo, continuando o serviço de forma assíncrona, sem atrapalhar o acesso aos dados. O acesso ao volume em bloco que está sendo feito backup continua sem interrupção ou latência ou impacto adicional no desempenho.
Você pode criar e aplicar suas políticas de backup personalizadas. Além disso, o serviço OCI Block Volume oferece três diferentes políticas de backup predefinidas, descritas na documentação.
Sim. Você pode criar suas próprias políticas de backup, com agendas diárias, semanais, mensais e anuais, e atribuir suas políticas ao seu volume para o backup automático. Você também pode duplicar uma política existente e personalizar a política duplicada conforme necessário, modificando os parâmetros dos agendamentos, adicionando ou removendo agendamentos na política. Vide documentação técnica para mais detalhes.
Eles permanecerão. Todos os backups criados automaticamente com base em uma política têm um prazo de validade e são excluídos automaticamente quando expiram. Os backups criados manualmente não têm validade e permanecerão até que você os exclua.
Eles permanecerão. No entanto, quando expirarem, serão excluídos automaticamente com base nas configurações que foram efetivas quando foram criadas. Todos os backups criados automaticamente com base em uma política têm um prazo de validade e são excluídos automaticamente quando expiram. Depois de alterar a política de backup de um volume para outra política, a nova política entra em vigor e novos backups serão criados automaticamente de acordo com a nova política.
Os backups e volumes possuem ciclos de vida diferentes. Caso um volume seja excluído, o backup pode perdurar para além da validade do volume, dependendo do tipo de backup que você criou. Backups baseados em políticas possuem data de validade. Eles expiram no prazo de validade e serão excluídos automaticamente, assim que a data de validade for atingida. Se você deseja preservar um backup por mais tempo, recomendamos criar um backup manualmente. Os backups criados manualmente não expiram.
Sim. Você pode fazer isso no Console, CLI/SDK e Terraform, seguindo a documentação técnica online.
Os backups criados usando as políticas de backup predefinidas fornecidas pela Oracle são baseados no fuso horário da OCI Availability Domain em que o volume reside. Todos os domínios de disponibilidade OCI em uma região estão no mesmo fuso horário, portanto, na verdade, os backups agendados são baseados no fuso horário da região.
Com uma política de backup personalizada, você pode especificar se deseja usar UTC ou o fuso horário do centro de dados onde reside seu volume para cada item de agendamento na política.
Sim, você pode criar diversas agendas diferentes, mas só é possível copiar um único volume por dia. Você pode configurar até uma entrada de programação diária, até 7 entradas de programação semanais diferentes (uma para cada dia da semana, em um horário específico desse dia), até 31 entradas de programação mensal diferentes (uma para cada dia do mês , em um horário específico naquele dia) e até 365 entradas de agendamento anuais (você especifica o mês, dia e horário) em cada política de backup personalizada. Se mais de um backup for agendado para um volume em um determinado dia, o serviço executará apenas um deles na seguinte ordem de prioridade: anual, mensal, semanal e diário. Vide documentação técnica para mais detalhes.
Por exemplo, se você configurar um backup diário para todos os dias à meia-noite e um backup semanal para todas as segundas-feiras à meia-noite, terá dois backups agendados todas as segundas-feiras. Como você tem dois backups agendados para o mesmo dia, o backup semanal terá precedência, pois o tempo de retenção é maior. No dia seguinte, se o único backup agendado for o backup diário, o backup de terça-feira será um backup agendado diário, definido para ser retido até o próximo backup agendado no dia seguinte.
Todos os esforços serão envidados para realizar os backups agendados nos horários definidos. No entanto, com base na carga do sistema, eles podem ser enfileirados e processados juntamente com todas as outras solicitações de backup agendadas no sistema. Verifique o status do backup para garantir que ele seja concluído ou acione um backup manual, conforme necessário.
Você pode restaurar um volume em menos de um minuto, independentemente do tamanho do volume. Embora a restauração de um volume seja rápida e o volume esteja imediatamente acessível para suas cargas de trabalho, você poderá observar picos de latência quando começar a usar um volume restaurado.
As solicitações para o volume recém-restaurado podem ter uma latência mais alta por um curto período de tempo, logo após a restauração.
Sim. Um backup pode ser restaurado para qualquer domínio de disponibilidade na mesma região em que está armazenado e é o método recomendado para mover dados com eficiência.
Sim, você pode criar um backup de um volume de inicialização manualmente, ou usando os backups automatizados e agendados com base em políticas. Verifique também se há uma opção para criar uma imagem a partir da instância em execução, seguindo as Perguntas frequentes sobre o Serviço de Computação.
Sim, você pode usar o recurso de cópia de backup entre regiões para copiar seus backups de volume em bloco existentes para outra região que você tem acesso .
Sim. Você pode restaurar do seu backup um volume maior até o tamanho máximo de volume de 32 TB atualmente suportado.
A clonagem é um recurso do serviço Block Volume que permite copiar um volume em bloco existente inteiro para um novo volume sem precisar passar por um processo de backup e restauração. Ele cria uma cópia profunda em um momento específico de um volume de origem (também conhecido como clone espesso) diretamente sem um backup.
Sim, você pode clonar um volume de inicialização, assim como clonar um volume em bloco. Criar um clone do volume de inicialização enquanto uma instância está em execução cria um clone consistente com falhas. Na maioria dos casos, você pode criar uma instância diretamente do backup do volume de inicialização ou anexá-la a uma instância para recuperar dados. Para garantir uma imagem inicializável, crie uma imagem personalizada a partir de sua instância.
A operação de clonagem é imediata e o volume clonado fica disponível para uso diretamente após o início da operação de clonagem. A cópia real dos dados acontece em segundo plano. O tempo é proporcional aos dados no volume de origem e pode levar até 15 minutos para o volume de 1 TB.
Um clone pode ser anexado e usado como volume regular quando seu estado de ciclo de vida se torna "disponível", geralmente em segundos. A hidratação continuará acontecendo em segundo plano. Pode haver picos de latência para blocos de dados que ainda não foram copiados.
O clone do Oracle Block Volume é uma cópia direta de disco para disco em um determinado momento de um volume inteiro. É diferente da captura instantânea, pois não há cópia na gravação ou dependência do volume de origem. Não há nenhum backup envolvido. Um clone de volume em bloco é criado sem criar uma captura instantânea, sem um backup no Object Storage e sem restaurar a partir do backup.
Não. O clone acontece por meio de uma cópia direta do volume de origem de disco para disco em momento específico e não é necessário desanexar um volume antes de cloná-lo.
A clonagem acontece por meio de uma cópia direta do volume de origem de disco para disco em momento específico. Todos os dados no volume de origem no momento em que o clone se torna "disponível" são copiados para o volume do clone. As alterações subsequentes que ocorrem no volume de origem não são copiadas para o clone.
Não. Os volumes em bloco são locais em relação ao seu domínio de disponibilidade. Você pode clonar volumes apenas dentro do mesmo domínio de disponibilidade.
Sim. Você precisa ter as permissões de acesso necessárias nos compartimentos de origem e destino.
Não. Os volumes são acessíveis apenas dentro de um limite do inquilino.
Não. Os volumes em bloco são locais em relação ao seu domínio de disponibilidade e residem na região em que foram criados. Você pode clonar volumes somente dentro do mesmo domínio de disponibilidade e da região em que eles existem.
Sim. Você pode especificar um tamanho de clone de até 32 TB.
Depende do estado do anexo do volume de origem.
Depende do estado do ciclo de vida do volume clonado que está sendo criado.
As operações de clone e backup são mutuamente exclusivas. Quando um backup está em andamento para um volume, ele não pode ser clonado ou copiado novamente, independentemente do volume estar anexado ou não. Quando um clone está em andamento para um volume, ele não pode ser copiado novamente, independentemente do volume estar anexado ou não.
Não. Um volume de origem não pode ser excluído enquanto qualquer um de seus clones ainda estiver se hidratando.
Um clone pode ser excluído quando seu estado de ciclo de vida estiver "disponível." Observe também que um clone que ainda está hidratando pode ser excluído quando seu estado de ciclo de vida estiver "disponível."
Isso pode acontecer se você iniciou um clone de um volume de origem e, enquanto o clone estava no processo de hidratação do volume de origem, você anexou o volume de origem a uma instância de computação e, em seguida, o desanexou. Nesse caso, se você iniciar outra solicitação de clone para o mesmo volume de origem, o novo clone resultará em um estado finalizado. Isso não afeta o primeiro clone que está sendo hidratado. Quando o primeiro clone ficar totalmente hidratado, a operação subsequente do clone no volume de origem continuará conforme o esperado.
Os volumes de inicialização fornecem discos de inicialização remotos criptografados por padrão e têm desempenho mais rápido, tempos de inicialização mais baixos e maior durabilidade para suas instâncias bare metal e de máquina virtual. Além disso, os volumes de inicialização permitem criar imagens personalizadas significativamente mais rápidas das VMs em execução sem a necessidade de reinicialização. Todas as instâncias de computação bare metal e máquina virtual são executadas usando os volumes de inicialização, oferecendo os seguintes benefícios:
Qualquer instância de computação bare metal ou máquina virtual recém-lançada criará automaticamente um novo volume de inicialização em seu compartimento. Você pode usar o OCI Console para ver os volumes de inicialização anexados à sua instância na página de detalhes da instância. Todos os volumes de inicialização no seu compartimento serão listados em Boot Volumes dentro da página do console do Block Storage. Os detalhes do volume de inicialização incluem a instância à qual o volume de inicialização está anexado, bem como o tamanho do volume e outros metadados do volume.
Você será cobrado pelos volumes de inicialização com o preço padrão do Block Volume. Observe que isso é um acréscimo ao preço da instância de computação.
Sim, os volumes de inicialização são medidos e incluídos no limite de armazenamento de blocos de locação, assim como os volumes em blocos. Eles também devem ser incluídos no cálculo e no planejamento do limite de armazenamento de blocos da tenancy, além do consumo de volume de blocos.
Sim, você pode iniciar outra instância com seu volume de inicialização criando primeiro uma imagem personalizada do seu volume de inicialização e, em seguida, usando a imagem personalizada para iniciar a instância. Como alternativa, você pode iniciar uma nova instância diretamente de um volume de inicialização não anexado, se não desejar criar uma imagem personalizada.
Todos os volumes de inicialização são criados sobre Block Volumes altamente duráveis. Seus volumes de inicialização persistem independentemente do ciclo de vida da sua instância de computação. Os volumes de inicialização são finalizados somente quando você os exclui manualmente.
Todas as novas instâncias usam os volumes de inicialização por padrão. Você pode reprovisionar suas instâncias existentes criando uma imagem personalizada e iniciando uma nova instância.
Sim, você pode criar um backup de seu volume de inicialização acessando a página Compute em seu console OCI ou por meio da API/CLI. O backup será associado ao volume de inicialização do qual foi criado.
Sim, você pode excluir um volume de inicialização não anexado usando o console ou a API/CLI. Além disso, você pode optar por excluir automaticamente o volume de inicialização ao encerrar uma instância marcando a caixa de seleção na caixa de diálogo de confirmação de exclusão.
A OCI não permite excluir um volume de inicialização que esteja anexado a uma instância. Você pode parar uma instância, desanexar seu volume de inicialização e excluir o volume de inicialização desanexado. A instância parada não pode ser iniciada após o volume de inicialização ser excluído. Você só pode encerrar essa instância.
Não, você pode desanexar apenas um volume de inicialização de uma instância parada. O encerramento de sua instância desconectará automaticamente e manterá seu volume de inicialização, a menos que você opte por excluir permanentemente seu volume de inicialização.
Sim. Primeiro, você precisa desanexar um volume de inicialização da instância de computação associada para anexá-lo a uma instância diferente.
Siga as etapas abaixo para depurar o seu volume de inicialização.
1. Encerre a instância antiga e mantenha o volume de inicialização original ao encerrar a instância (selecione “yes” na caixa de diálogo de confirmação quando perguntado se deseja manter o volume de inicialização).
2 Inicie uma nova instância de forma diferente, selecionando o volume de inicialização que você manteve da instância antiga.
Isso se aplica tanto para instâncias bare metal, quanto para máquinas virtuais.
*Observação: uma nova instância terá um endereço IP e uma configuração de rede diferentes da sua instância original. Você precisará ajustar essas diferenças para garantir uma experiência perfeita para suas cargas de trabalho que usam essas instâncias.
Os volumes de inicialização oferecem tempos de inicialização da instância de computação mais rápidos em comparação com os discos de inicialização locais.
Os volumes de inicialização são o tamanho de imagem padrão do sistema operacional Oracle por padrão e oferecem 3.000 IOPS e taxa de transferência de 24 MB/s com latência de sub-milissegundos para volumes de inicialização de 50 GB. Volumes de inicialização maiores têm desempenho previsível, dimensionado linearmente com o tamanho, assim como os volumes em bloco. Esse desempenho é independente do tipo de carga de trabalho (para todas as distribuições de leitura/gravação). Para mais detalhes, vide a documentação de Desempenho do Block Volume.
Se você tiver uma imagem personalizada existente já em uso na plataforma OCI, poderá optar por usá-la para iniciar suas instâncias. Os volumes de inicialização criados durante o lançamento da instância usando uma imagem personalizada terão o mesmo tamanho da sua imagem personalizada.
Sim. Você pode especificar qualquer tamanho, começando no tamanho padrão da imagem do sistema operacional selecionada até 32 TB em incrementos de 1 GB ao iniciar uma instância de computação. O tamanho mínimo do volume de inicialização é limitado pelo tamanho da imagem do sistema operacional que você selecionar. Você não pode especificar menos que 50 GB ou menos que o tamanho da imagem do sistema operacional selecionada. Por exemplo, se você selecionar uma imagem do sistema operacional com tamanho de 256 GB, o tamanho mínimo do volume de inicialização que você pode especificar para usar é 256 GB.
Sim, você pode aumentar o tamanho de um volume de inicialização enquanto ele está online, sem qualquer tempo de inatividade. Para obter detalhes, consulte a documentação técnica.
Use a API da instância de Lançamento e especifique um tamanho de volume de inicialização maior usando o parâmetro bootVolumeSizeInGBs. Observação: se o tamanho especificado for menor que o tamanho da imagem, a chamada da API falhará.
A instância será iniciada com um tamanho de volume de inicialização padrão igual ao tamanho da imagem do sistema operacional selecionada.
Um grupo de volumes representa um conjunto de volumes de armazenamento em bloco que podem ser tratados como uma única entidade para fins de backup e clone. Um grupo de volumes está associado a um único domínio de disponibilidade e os volumes dentro do grupo também estão dentro do mesmo domínio de disponibilidade.
O grupo de volumes expõe os mesmos recursos de backup/restauração e clone dos volumes individuais. Isso significa que você pode executar um backup pontual coordenado e consistente com falhas de um grupo de volumes — incremental ou completo — e criar um clone pontual consistente com falhas de um grupo de volumes.
Até 32 volumes podem ser colocados em um grupo de volumes, para um tamanho total de 128 TB. Esse é um limite flexível e pode ser aumentado por locação conforme solicitado pelo aumento do limite. Cada volume pode estar apenas em um grupo de volumes.
Você pode usar o Console, CLI /SDK, APIs e Terraform para gerenciar volumes de grupos. Isso inclui criar e excluir grupos de volumes, adicionar e remover volumes de um grupo e renomear grupos de volumes.
Sim. Os volumes em um grupo de volumes podem ser acessados e operados individualmente, além de serem gerenciados como um grupo.
Um backup de grupo de volumes é um backup pontual coordenado e consistente com travamento de todo o conjunto de volumes que estão em um grupo de volumes. Não há impacto no grupo de volumes de origem e nos volumes durante o processo de backup.
Os backups do grupo de volumes são replicados em todos os domínios de disponibilidade na região onde reside o grupo de volumes de origem. Um backup de grupo de volumes pode então ser usado para criar um novo grupo de volumes em qualquer domínio de disponibilidade dentro da região onde o backup reside restaurando todos os volumes que estão no grupo de volumes.
Sim. Veja a documentação para mais detalhes.
Um clone de grupo de volumes é uma cópia coordenada ponto-no-tempo consistente de disco para disco de todo o conjunto de volumes que estão em um grupo de volumes. Essa operação cria um novo grupo de volumes com novos volumes nele, que é uma cópia exata do grupo de volumes de origem e dos volumes nele contidos.
A operação de clonagem é imediata e o grupo de volumes clonados e os volumes clonados nele ficam disponíveis para uso direto após o início da operação de clonagem. A cópia real dos dados acontece em segundo plano. O tempo necessário é proporcional aos dados nos volumes de origem e a clonagem pode levar até 15 minutos para um volume de 1 TB.
O grupo de volumes de origem e os volumes nele não são afetados pelo processo de clonagem. Os grupos de volumes de origem e destino e o conjunto de volumes neles são completamente isolados um do outro sem nada compartilhado. Isso garante que não haverá nenhum impacto na fonte enquanto a clonagem estiver em andamento e quando o clone estiver concluído.
Depende do estado de anexo dos volumes de origem no grupo de volumes.
Esses recursos são fornecidos sem custo adicional. Você é cobrado apenas pelo armazenamento de volume de inicialização e bloco no preço do Block Volume e pelos backups do grupo de volumes no preço do Object Storage, com base no uso real.
Veja a documentação dos grupos de volumes para obter mais informações sobre como iniciar e gerenciar grupos de volumes.
Os volumes de blocos são medidos com base no tamanho do volume de GB provisionado e na opção de desempenho selecionada para cada volume. O uso do Block Volume é cobrado de acordo com o preço do Block Volume.
Os backups do Block Volume são mantidos no Object Storage, medidos e cobrados com base no Object Storage que eles consomem. Para obter mais detalhes, consulte a página de preço do Object Storage.
Vide a página de preço do OCI Storage. Os backups entre regiões são medidos e cobrados com base no Object Storage e no uso da rede de transferência de dados de saída.