Perguntas frequentes para Block Storage for Classic
Quantas instâncias de servidor podem compartilhar o uso de um volume Block Storage for Classic?
O limite padrão do número de autorizações por volume de bloco é oito. Isso significa que até oito hosts podem ser autorizados a acessar o volume Block Storage for Classic. Os clientes que utilizam Block Storage for Classic em sua implementação VMware ® podem solicitar o limite de autorização para serem aumentados para 64. Para solicitar um aumento de limite, entre em contato com o Suporte criando um Caso de suporte.
Se vários hosts montarem o mesmo volume Block Storage for Classic sem serem gerenciados de forma cooperativa, seus dados correm risco de distorção. A corrupção de volume pode ocorrer se mudanças forem feitas no volume por vários hosts ao mesmo tempo. É necessário um sistema de arquivos de disco compartilhado com reconhecimento de cluster para evitar perda de dados, como Microsoft Cluster Shared Volumes (CSV), Red Hat Global File System (GFS2), VMware® VMFS e outros. Para obter mais informações, consulte a documentação do sistema operacional de seu host.
Os nossos hosts de cálculo têm múltiplas placas de rede com endereços IP diferentes para redundância de rede e largura da banda expandida. Como podemos autorizar todos eles a acessar o mesmo volume de armazenamento?
É possível autorizar uma sub-rede de endereços IP para acessar um volume específico do Block Storage for Classic por meio do console, da SLCLI ou da API. Para autorizar um host a se conectar por meio de diversos endereços IP em uma sub-rede, conclua as etapas a seguir.
Console
- Vá para Infraestrutura Clássica.
- Clique em Armazenamento > Block Storage for Classic.
- Localize o volume e clique na elipse
.
- Clique em Autorizar host.
- Para ver a lista de endereços IP disponíveis, selecione o endereço IP como o tipo de host. Em seguida, selecione a sub-rede na qual seu host reside.
- Na lista filtrada, selecione um ou mais endereços IP que possam acessar o volume e clique em Salvar.
SLCLI
$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
Assign block storage subnets to the given host id.
access_id is the host_id obtained by: slcli block access-list <volume_id>
Options:
--subnet-id INTEGER ID of the subnets to assign; e.g.: --subnet-id 1234
-h, --help Show this message and exit.
Quantos volumes podem ser solicitados?
Por padrão, você pode provisionar um total combinado de 700 volumes de armazenamento em bloco e armazenamento em arquivo. Para aumentar seu limite de volume, entre em contato com o Suporte. Para obter mais informações, veja Gerenciando limites de armazenamento.
Quantos volumes do Block Storage for Classic podem ser montados em um host?
Isso depende do que o sistema operacional host pode suportar, mas não é algo que o IBM Cloud® limite. Consulte a documentação do S.O. para conhecer os limites com relação ao número de volumes que podem ser montados.
Posso anexar vários volumes com configurações de sistema operacional diferentes?
Nº Um host não pode ser autorizado a acessar volumes de diferentes tipos de sistema operacional ao mesmo tempo. Um host pode ser autorizado a acessar volumes de um único tipo de sistema operacional. Se você tentar autorizar um host a acessar vários volumes com diferentes tipos de sistema operacional, a operação resultará em um erro.
Como faço para escolher uma versão do Windows para meu volume Block Storage for Classic?
Ao criar um volume, você deve especificar o tipo de sistema operacional. O tipo de sistema operacional especifica o sistema operacional do host que acessará o volume. Ele também determina o layout dos dados no volume, a geometria que é usada para acessar esses dados e o tamanho mínimo e máximo do volume. O tipo de sistema operacional não pode ser modificado depois que o volume é criado. O tamanho real do volume pode variar ligeiramente de acordo com o tipo de sistema operacional do volume. Escolher o tipo correto para seu sistema operacional Windows ajuda a evitar operações de E/S inalinhadas.
Se o volume estiver sendo apresentado como um dispositivo de bloco bruto para um convidado, selecione o tipo de sistema operacional do sistema operacional do convidado. Se o volume estiver sendo apresentado ao hipervisor para servir arquivos de disco rígido virtual (VHD), escolha Hyper-V.
GPT do Windows
- O volume armazena dados do Windows usando o estilo de particionamento GUID Partition Type (GPT). Use essa opção se você deseja usar o método de particionamento GPT e seu host pode usá-lo. O Windows Server 2003, Service Pack 1 e mais recente pode usar o método de particionamento GPT e todas as versões de 64 bits do Windows suportam isso.
Windows 2003
- O volume armazena um tipo de disco bruto em um disco do Windows de partição única que usa o estilo de particionamento MBR (Master Boot Record). Use essa opção apenas se o sistema operacional do host for o Windows 2000 Server, o Windows XP ou o Windows Server 2003 que usa o método de particionamento MBR.
Windows 2008 +
- O volume armazena dados do Windows para o Windows 2008 e versões posteriores. Use essa opção de S.O. se o sistema operacional do host for Windows Server 2008, Windows Server 2012 e Windows Server 2016. Os métodos de particionamento MBR e GPT são suportados.
Hyper-V
- O VHDX é o formato de disco rígido virtual que foi introduzido no Windows Server 2012 para criar discos virtuais de alto desempenho resilientes. O formato tem muitos benefícios, como suportar tamanhos de disco virtuais maiores e tamanhos de blocos maiores. Ele fornece proteção contra a corrupção de dados durante falhas de energia por meio de atualizações de logs para as estruturas de metadados VHDX. Se o volume estiver sendo apresentado ao hipervisor para servir arquivos VHD, escolha Hyper-V para seu tipo de sistema operacional.
O limite de IOPS alocado é aplicado por instância ou por volume?
O IOPS é cumprido no nível de volume. Em outras palavras, dois hosts conectados a um volume com 6000 IOPS compartilham esses 6000 IOPS.
O número de hosts que estão acessando o volume é importante porque, quando apenas um único host está acessando o volume, pode ser difícil realizar o máximo de IOPS disponível
Medindo IOPS
O IOPS é medido com base em um perfil de carga de blocos de 16 KB com 50% de leitura e 50% de gravações aleatórias. As cargas de trabalho que diferirem desse perfil poderão enfrentar desempenho inferior. Para melhorar o desempenho, você pode tentar ajustar as configurações de profundidade da fila do host ou ativar quadros Jumbo.
O que acontece quando um tamanho de bloco menor é usado para medir o desempenho?
O IOPS máximo ainda poderá ser obtido quando você usar tamanhos de bloco menores. No entanto, o rendimento torna-se menor. Por exemplo, um volume com 6.000 IOPS teria o rendimento a seguir em vários tamanhos de bloco:
- 16 KB * 6.000 IOPS == ~93,75 MB/s
- 8 KB * 6.000 IOPS == ~46,88 MB/s
- 4 KB * 6.000 IOPS == ~23,44 MB/s
Como posso informar quanto do Armazenamento está sendo usado? Por que os detalhes de uso do Block Storage for Classic não são exibidos no console?
Block Storage for Classic é seu para formatar e gerenciar da maneira que desejar. O IBM Cloud® não pode ver o conteúdo do volume e, portanto, a interface do usuário não pode fornecer informações sobre o uso do espaço em disco. É possível obter mais informações sobre o volume, como por exemplo, quanto espaço em disco é obtido e quanto está disponível, no sistema operacional do host de computação.
-
Em Linux®, você pode usar o seguinte comando.
df -h
O comando fornece uma saída que mostra quanto espaço está disponível e a porcentagem usada.
$ df -hT /dev/sda1 Filesystem Type Size Used Avail Use% Mounted on /dev/sda1 disk 6.0G 1.2G 4.9G 20% /
-
No Windows, você também pode visualizar o espaço livre em disco no Explorador de Arquivos clicando em Este PC, e você tem duas opções de comando.
fsutil volume diskfree C:
dir C:
A última linha da saída mostra quanto espaço não está sendo usado.
Por que a capacidade disponível que eu vejo em meu S.O. não corresponde à capacidade provisionada?
Uma das razões é que seu sistema operacional usa a conversão base-2. Por exemplo, quando você provisiona um volume de 4.000 GB no console, o sistema de armazenamento reserva um volume de 4.000 GB. GiB volume ou 4.294.967.296.000 bytes de espaço de armazenamento para você. O tamanho do volume fornecido é maior que 4 TB. No entanto, seu sistema operacional pode exibir o tamanho do armazenamento como 3.9 T porque usa base-2 conversão e o T significa TiB, não TB.
Segundo, particionar seu Block Storage e criar um sistema de arquivos nele reduz o espaço de armazenamento disponível. A quantidade de espaço que a formatação reduz varia de acordo com o tipo de formatação e a quantidade e o tamanho dos vários arquivos no sistema.
A capacidade de armazenamento é medida em GB ou GiB?
Um aspecto confuso do armazenamento são as unidades em que a capacidade de armazenamento e o uso são relatados em.. Em algum momento, GB é realmente gigabytes (base-10) e, às vezes, GB representa gibibytes (base-2) que devem ser abreviados como GiB.
Os humanos geralmente pensam e calculam números no sistema decimal (base-10). Em nossa documentação, nos referimos à capacidade de armazenamento usando a unidade GB (Gigabytes) para alinhar com a terminologia padrão de mercado. Na UI, na CLI, na API e no Terraform, você vê a unidade GB usada e exibida ao consultar a capacidade. Quando desejar pedir um volume de 4 TB, insira 4.000 GB em sua solicitação de fornecimento.
No entanto, os computadores operam em binário, portanto, faz mais sentido representar alguns recursos como espaços de endereço de memória em base-2. Desde 1984, os sistemas de arquivos de computador mostram tamanhos em base-2 para acompanhar a memória. Naquela época, os dispositivos de armazenamento disponíveis eram menores e a diferença de tamanho entre as unidades binárias e decimais era insignificante. Agora que os sistemas de armazenamento disponíveis são consideravelmente maiores esta diferença de unidade está causando confusão.
A diferença entre GB e GiB está em sua representação numérica:
- GB (Gigabyte) é uma unidade decimal, em que 1 GB equivale a 1.000.000.000 bytes. Ao converter GB em TB, você usa 1000 como o multiplicador.
- GiB (Gibibyte) é uma unidade binária, em que 1 GiB é igual a 1.073.741.824 bytes. Quando você converte GiB para TiB, você usa 1024 como multiplicador.
A tabela a seguir mostra o mesmo número de bytes expressos em unidades decimais e binárias
SI decimal (base 10) | Binário (base 2) |
---|---|
2,000,000,000,000 B | 2,000,000,000,000 B |
2.000.000.000 KB | 1.953.125,000 KiB |
2.000.000 MB | 1.907.348 MiB |
2.000 GB | 1.862 GiB. |
2 TB | 1.81 TiB |
O sistema de armazenamento usa unidades base-2 para alocação de volume. Portanto, se seu volume for provisionado como 4.000 GB, isso será realmente 4.000 GiB ou 4.294.967.296.000 bytes de espaço de armazenamento.. O tamanho do volume fornecido é maior que 4 TB. No entanto, seu sistema operacional pode exibir o tamanho do armazenamento como 3.9 T porque usa base-2 conversão e o T significa TiB, não TB.
O volume precisa ser pré-aquecido para atingir o rendimento esperado?
O pré-aquecimento não é necessário. É possível observar o rendimento especificado imediatamente ao provisionar o volume.
É possível obter mais rendimento usando uma conexão Ethernet mais rápida?
Os limites de throughput são definidos no nível do LUN e uma conexão Ethernet mais rápida não aumenta esse limite. No entanto, com uma conexão Ethernet mais lenta, sua largura da banda pode ser um gargalo potencial.
Os firewalls e os grupos de segurança afetam o desempenho?
É melhor executar o tráfego de armazenamento em uma VLAN, que efetua bypass do firewall. A execução do tráfego de armazenamento por meio de firewalls de software aumenta a latência e afeta negativamente o desempenho do armazenamento.
Como rotear o tráfego do Block Storage for Classic para a sua própria interface VLAN e ignorar um firewall?
Para adotar essa melhor prática, conclua as etapas a seguir.
-
Provisione uma VLAN no mesmo data center que o host e o dispositivo do Block Storage for Classic. Para obter mais informações, consulte Introdução às VLANs.
-
Provisionar uma sub-rede privada secundária para a nova VLAN.3
-
Trunque a nova VLAN para a interface privada do host. Para obter mais informações, consulte Como faço para transferir minhas VLANs para meus servidores.
Essa ação interromperá momentaneamente o tráfego de rede no host enquanto a VLAN estiver sendo truncada para o host.
-
Crie uma interface de rede no host.
- Em Linux® ou no Windows, crie uma interface 802.11q. Escolha um dos endereços IP secundários não usados da VLAN recém-truncada e designe esse endereço IP, a máscara de sub-rede e o gateway para a nova interface 802.11q que você criou.
- No VMware®, crie uma interface de rede VMkernel (vmk) e atribua o endereço IP secundário não usado, máscara de sub-rede e gateway da VLAN recém-truncada para a nova interface vmk.
-
Inclua uma nova rota estática persistente no host para a sub-rede de iSCSI de destino.
-
Certifique-se de que o IP da interface recém-adicionada seja adicionado à lista de autorização de host.
-
Execute a descoberta e efetue login no portal de destino, conforme descrito nos tópicos a seguir:
É bom executar o tráfego iSCSI sobre o canal da porta LACP 802.3ad ?
Nº O Protocolo de controle de agregação de link (LACP) não é uma configuração recomendada com o iSCSI. Use a estrutura de entrada/saída de vários caminhos (MPIO) para balanceamento e redundância de E/S.
Com uma configuração de MPIO, um servidor com múltiplos NICs pode transmitir e receber E/S através de todas as interfaces disponíveis para um dispositivo de armazenamento ativado para MPIO. Essa configuração oferece redundância que pode garantir que o tráfego de armazenamento permaneça estável, mesmo que um dos caminhos fique indisponível. Se um servidor tiver duas NICs de 1 Gb e o servidor de armazenamento tiver duas NICs de 1 Gb, a taxa de transferência máxima teórica será de aproximadamente 200 MB/s.
Agregação de link (como LACP ou 802.3ad) através do agrupamento NIC não funciona da mesma forma que o MPIO. A agregação de link não melhora o rendimento de um único fluxo de E/S, nem fornece múltiplos caminhos. Um único fluxo sempre trafega um único caminho. O benefício da agregação de link pode ser observado quando existem vários fluxos "exclusivos", e cada fluxo vem de uma fonte diferente. Cada fluxo individual é enviado para sua própria interface NIC disponível, que é determinada por um algoritmo de hash. Portanto, com fluxos mais exclusivos, mais NICs podem fornecer maior rendimento agregado.
A ligação funciona entre um servidor e comutador. No entanto, o MPIO funciona entre um servidor de armazenamento e o host, mesmo que um comutador esteja no caminho.
Para obter mais informações, consulte um dos artigos a seguir.
Qual latência pode ser esperada do Block Storage for Classic?
A latência de destino dentro do armazenamento é inferior a 1 ms. O armazenamento é conectado a instâncias de computação em uma rede compartilhada, portanto, a latência de desempenho exato depende do tráfego de rede durante a operação.
Eu pedi um volume do Block Storage for Classic no data center errado. É possível mover ou migrar o armazenamento para outro data center?
Você precisa solicitar um novo volume Block Storage for Classic no data center correto e, em seguida, cancelar o dispositivo Block Storage for Classic que você solicitou no local errado.
Você também pode criar uma duplicata do seu compartilhamento e cancelar o compartilhamento pai. Para obter mais informações, consulte Criação e gerenciamento de volumes duplicados.
Cancelei o volume do Block Storage for Classic "imediatamente", mas ele ainda está visível no console. Por que ele não é excluído?
Quando o volume é cancelado, a solicitação é seguida por um período de espera de rereclamação de 24 horas. Ainda será possível ver o volume no console durante essas 24 horas. O período de espera de 24 horas lhe dá a chance de anular a solicitação de cancelamento, se necessário. Se você desejar cancelar a exclusão do volume, aumente um Caso de suporte O faturamento para o volume para imediatamente. Quando o período de recuperação expira, os dados são destruídos e o volume é removido do console também.
Como podemos dizer quais volumes do Block Storage for Classic são criptografados?
Ao examinar a lista de Block Storage for Classic no console IBM Cloud®, é possível ver um ícone de cadeado ao lado do nome do volume para os volumes que estão criptografados.
O Block Storage for Classic suporta a Reserva Persistente SCSI-3 para implementar o fence de E/S para Db2 pureScale?
Sim, o Block Storage for Classic suporta as reservas persistentes SCSI-2 e SCSI-3.
O que acontece com os dados quando os Volumes do Block Storage for Classic são excluídos?
O IBM Cloud® Block Storage for Classic apresenta volumes de bloco aos clientes em armazenamento físico que é limpo antes de qualquer reutilização.
Quando você exclui um volume do Block Storage for Classic, esses dados ficam imediatamente inacessíveis. Todos os ponteiros para os dados no disco físico são removidos. Se, posteriormente, você criar um novo volume na mesma conta ou em outra, um novo conjunto de ponteiros será designado. A conta não pode acessar nenhum dado que estava no armazenamento físico porque esses ponteiros são excluídos. Quando novos dados são gravados no disco, qualquer dado inacessível do volume excluído é sobrescrito.
A IBM garante que os dados excluídos não podem ser acessados e que os dados excluídos serão sobrescritos e erradicados definitivamente. Mais adiante, ao excluir um volume do Block Storage for Classic, esses blocos devem ser sobrescritos antes que o armazenamento de bloco seja disponibilizado novamente, para você ou para outro cliente.
Quando a IBM desatribui uma unidade física, a unidade é destruída antes do descarte. As unidades desatribuídas ficam inutilizáveis e quaisquer dados contidos nelas são inacessíveis.
Os clientes com requisitos especiais para conformidade, como o NIST 800-88 Diretrizes para sanitização de mídia, podem executar o procedimento de sanitização de dados antes de excluir o armazenamento.
O que acontece com as unidades que são desatribuídas do centro de dados de nuvem?
Quando as unidades são desatribuídas, a IBM as destrói antes de elas serem descartadas. As unidades se tornam inutilizáveis. Quaisquer dados gravados nessas unidades se tornam inacessíveis.
Não consigo cancelar um volume Block Storage for Classic porque a ação Cancelar no console do Cloud está desativada. O que está acontecendo?
O processo de cancelamento para esse dispositivo de armazenamento está em andamento. Portanto, a ação Cancelar não está mais disponível. O volume permanece visível por pelo menos 24 horas até ser recuperado. A UI indica que ela está inativa e o status "Cancelamento pendente" é exibido. O período mínimo de espera de 24 horas lhe dá a chance de anular a solicitação de cancelamento, se necessário. Se você desejar cancelar a exclusão do volume, aumente um Caso de suporte
Apaguei acidentalmente meu volume, o que posso fazer para recuperá-lo?
A resposta depende de quanto tempo atrás você excluiu o volume de armazenamento e se optou por excluir imediatamente ou na data de aniversário. Se a exclusão tiver ocorrido nas últimas 24 horas ou se a data de aniversário ainda estiver por vir, o volume ainda poderá estar esperando para ser recuperado. Se o status do volume for "Cancelamento pendente", você poderá entrar em contato com o suporte para anular a solicitação de cancelamento. É importante agir rapidamente, pois quando o período de recuperação expira, os dados são excluídos automaticamente e não é mais possível restaurá-los.
Meu host do Windows 2012 deve ter acesso a vários volumes de armazenamento, mas não consigo vê-los no Disk Manager. Como corrigir isso?
Se você usar mais de dois volumes com o mesmo host e se todas as conexões iSCSI forem do mesmo dispositivo de armazenamento, talvez você veja apenas dois dispositivos no Disk Manager. Quando essa situação ocorre, você precisa se conectar manualmente a cada dispositivo no iniciador iSCSI. Para obter mais informações, veja resolução de problemas do Windows 2012 R2 - múltiplos dispositivos iSCSI.
O Windows Server 2012 R2 chegou ao fim de sua vida útil em 10 de outubro de 2023. A Microsoft não fornece mais atualizações de segurança, correções de bugs ou suporte técnico para esse sistema operacional. Migrar seu servidor para uma versão mais recente do sistema operacional, como o Windows Server 2022.
Meu armazenamento aparece off-line ou somente leitura. Por que isso aconteceu e como faço para corrigir?
Em alguns cenários, um host (bare-metal ou VM) pode perder brevemente a conexão com o armazenamento e, como resultado, ele o considera um volume somente leitura para evitar a corrupção de dados. Na maioria das vezes, a perda de conectividade está relacionada à rede, mas o status do armazenamento permanece somente leitura na perspectiva do host, mesmo quando a conexão de rede é restaurada. A reinicialização do host resolve o problema do estado somente leitura.
Esse problema pode ser observado com hosts que possuem configurações de MPIO incorretas. Quando o MPIO não está configurado corretamente, o host perde a conexão com o armazenamento e pode não conseguir se reconectar a ele quando o problema de conectividade for resolvido.
Posso anexar o Block Storage for Classic com um único caminho? Preciso usar o multipath?
É possível anexar um volume com um único caminho, mas é importante que as conexões sejam estabelecidas em ambos os caminhos para evitar a interrupção do serviço. Para obter mais informações sobre a configuração de conexões MPIO, consulte os artigos a seguir.
Como é possível configurar e validar as conexões de caminhos múltiplos para o volume do Block Storage for Classic?
Durante uma manutenção planejada ou uma interrupção não planejada, uma das rotas é derrubada. Se MPIO estiver configurado corretamente, o host ainda poderá acessar o armazenamento conectado por meio do segundo caminho. Para obter mais informações sobre as configurações de MPIO, consulte os tópicos a seguir.
- Monte o volume iSCSI no Red Hat Enterprise Linux® 8.
- Monte o volume iSCSI no CloudLinux 8.
- Monte o volume iSCSI no Ubuntu 20.
- Verificando MPIO no Linux®
- Mapeamento de volumes no Microsoft Windows
- Verificando o MPIO no MS Windows
Quando os caminhos de dados de armazenamento com balanceamento de carga normal são temporariamente suspensos, o host de computação é forçado a escolher um dos caminhos de dados sobreviventes para se comunicar com o armazenamento anexado. Como resultado, o aumento do tráfego de dados passa por menos caminhos de dados. Como mais solicitações são atendidas por menos recursos, pode haver um aumento na latência e nos tempos de estabelecimento de conexão.
Em raras ocasiões, um volume é provisionado e anexado enquanto o segundo caminho está inativo. Em tais instâncias, o host pode ver um único caminho quando a varredura de descoberta é executada Se você encontrar esse fenômeno, verifique o IBM Cloud® página de status para ver se um evento pode estar impactando a capacidade do seu host de acessar o armazenamento. Se nenhum evento for relatado, execute a varredura de descoberta novamente para garantir que todos os caminhos sejam descobertos corretamente. Se um evento estiver em andamento, o armazenamento pode ser anexado com um único caminho. No entanto, é essencial que os caminhos sejam varridos novamente após a conclusão do evento. Se os dois caminhos não forem descobertos após a nova varredura, crie um caso de suporte para que ele possa ser investigado adequadamente.
Para obter uma conexão mais estável em uma implementação VMware, monte o armazenamento de rede no hipervisor primeiro, conforme descrito em Montagem de ISCSI VMware ESXi. Em seguida, crie as VMs e monte o volume de armazenamento anexado a partir do sistema operacional do servidor virtual com uma conexão multipath. Para obter mais informações, consulte Uso do ESXi com iSCSI SAN, Entendendo o multipathing e o failover no ambiente ESXi e Configurando a rede para iSCSI e iSER com ESXi.
Eu expandi o tamanho do volume do meu Block Storage for Classic por meio do console em nuvem, mas o tamanho no meu servidor ainda é o mesmo. Como corrigir isso?
Para ver o novo tamanho do volume expandido, é necessário verificar novamente e reconfigurar o disco Block Storage for Classic existente no servidor. Consulte os exemplos a seguir. Para obter mais informações, consulte a documentação do seu sistema operacional.
Windows 2016
- Acesse Gerenciador de servidor > Ferramentas > Gerenciamento de computadores > Gerenciamento de discos.
- Clique em Ação > Atualizar.
- Clique em Ação > Varrer novamente os discos. Esse processo pode levar até 5 minutos ou mais para ser concluído. A capacidade adicional é exibida como uma partição desalocada no disco existente.
- Particione o espaço desalocado como desejar. Para obter mais informações, consulte Microsoft-Estender um volume básico
Linux
-
Efetue logout de cada sessão de caminhos múltiplos do dispositivo de armazenamento de bloco que você expandiu.
# iscsiadm --mode node --portal <Target IP> --logout
-
Efetue login novamente.
# iscsiadm --mode node --portal <Target IP> --login
-
Digitalize novamente as sessões iscsi.
# iscsiadm -m session --rescan
-
Liste o novo tamanho usando o
fdisk -l
para confirmar se o armazenamento foi expandido. -
Recarregue o mapa do dispositivo de caminhos múltiplos.
# multipath -r <WWID>
# multipath -r 3600a09803830477039244e6b4a396b30 reload: 3600a09803830477039244e6b4a396b30 undef NETAPP ,LUN C-Mode size=30G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=undef |-+- policy='round-robin 0' prio=50 status=undef | `- 2:0:0:3 sda 8:0 active ready running `-+- policy='round-robin 0' prio=10 status=undef `- 4:0:0:3 sdd 8:48 active ready running
-
Expanda o sistema de arquivos.
-
LVM
-
Redimensione o volume físico.
# pvresize /dev/mapper/3600a09803830477039244e6b4a396b30 Physical volume "/dev/mapper/3600a09803830477039244e6b4a396b30" changed 1 physical volume(s) resized or updated / 0 physical volume(s) not resized # pvdisplay -m /dev/mapper/3600a09803830477039244e6b4a396b30 --- Physical volume --- PV Name /dev/mapper/3600a09803830477039244e6b4a396b30 VG Name vg00 PV Size <30.00 GiB / not usable 3.00 MiB Allocatable yes PE Size 4.00 MiB Total PE 7679 - Changed <- new number of physical extents Free PE 2560 Allocated PE 5119 PV UUID dehWT5-VxgV-SJsb-ydyd-1Uck-JUA9-B9w0cO --- Physical Segments --- Physical extent 0 to 5118: Logical volume /dev/vg00/vol_projects Logical extents 6399 to 11517 Physical extent 5119 to 7678: FREE
-
Redimensione o volume lógico.
# lvextend -l +100%FREE -r /dev/vg00/vol_projects Size of logical volume vg00/vol_projects changed from 49.99 GiB (12798 extents) to 59.99 GiB (15358 extents). Logical volume vg00/vol_projects successfully resized. resize2fs 1.42.9 (28-Dec-2013) Filesystem at /dev/mapper/vg00-vol_projects is mounted on /projects; on-line resizing required old_desc_blocks = 7, new_desc_blocks = 8 The filesystem on /dev/mapper/vg00-vol_projects is now 15726592 blocks long. # lvdisplay --- Logical volume --- LV Path /dev/vg00/vol_projects LV Name vol_projects VG Name vg00 LV UUID z1lukZ-AuvR-zjLr-u1kK-eWcp-AHjX-IcnerW LV Write Access read/write LV Creation host, time acs-kyungmo-lamp.tsstesting.com, 2021-12-07 19:34:39 -0600 LV Status available # open 1 LV Size 59.99 GiB <--- new logical volume size Current LE 15358 Segments 4 Allocation inherit Read ahead sectors auto - currently set to 8192 Block device 253:2
-
Verifique o tamanho do sistema de arquivos.
# df -Th /projects Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg00-vol_projects ext4 59G 2.1G 55G 4% /projects
Para obter mais informações, consulte RHEL 8-Modificando Volume Lógico.
-
-
Não LVM - ext2, ext3, ext4:
-
Estenda a partição existente no disco usando os utilitários
growpart
exfs_progs
. Se precisar instalá-los, execute o comando a seguir.# yum install cloud-utils-growpart xfsprogs -y
-
Desmonte o volume no qual você deseja expandir a partição.
# umount /dev/mapper/3600a098038304338415d4b4159487669p1
-
Execute o utilitário
growpart
. Esta ação aumenta a partição especificada independentemente de ser um sistema de arquivos ext2, ext3, ext ou xfsf.# growpart /dev/mapper/3600a098038304338415d4b4159487669 1 CHANGED: partition=1 start=2048 old: size=146800640 end=146802688 new: size=209713119,end=209715167
-
Execute
partprobe
para reler o disco e suas partições e, em seguida, executelsblk
para verificar o novo tamanho da partição estendida.# partprobe # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 100G 0 disk ├─sda1 8:1 0 100G 0 part └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part sdb 8:16 0 100G 0 disk └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part xvda 202:0 0 100G 0 disk ├─xvda1 202:1 0 256M 0 part /boot └─xvda2 202:2 0 99.8G 0 part / xvdb 202:16 0 2G 0 disk └─xvdb1 202:17 0 2G 0 part [SWAP]
-
-
Estenda o sistema de arquivos existente na partição.
-
Desmonte a partição.
# umount /dev/mapper/3600a098038304338415d4b4159487669p1
-
Execute o site
e2fsck -f
para certificar-se de que o sistema de arquivos está limpo e não apresenta problemas antes de prosseguir com o redimensionamento.# e2fsck -f /dev/mapper/3600a098038304338415d4b4159487669p1 e2fsck 1.42.9 (28-Dec-2013) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/mapper/3600a098038304338415d4b4159487669p1: 12/4587520 files (0.0% non-contiguous), 596201/18350080 blocks
-
Emita o comando
resize2fs
para redimensionar o sistema de arquivos.# resize2fs /dev/mapper/3600a098038304338415d4b4159487669p1 resize2fs 1.42.9 (28-Dec-2013) Resizing the filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 to 26214139 (4k) blocks. The filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 is now 26214139 blocks long.
-
Monte a partição e execute
df -vh
para verificar se o novo tamanho está correto.# mount /dev/mapper/3600a098038304338415d4b4159487669p1 /SL02SEL1160157-73 # df -vh Filesystem Size Used Avail Use% Mounted on /dev/xvda2 99G 3.7G 90G 4% / devtmpfs 3.9G 0 3.9G 0% /dev tmpfs 3.9G 1.7M 3.9G 1% /dev/shm tmpfs 3.9G 25M 3.8G 1% /run tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup /dev/xvda1 240M 148M 80M 65% /boot fsf-sjc0401b-fz.adn.networklayer.com:/SL02SV1160157_8/data01 40G 1.1G 39G 3% /SL02SV1160157_8 tmpfs 782M 0 782M 0% /run/user/0 /dev/mapper/3600a098038304338415d4b4159487669p1 99G 1.1G 93G 2% /SL02SEL1160157-73
-
-
-
Não LVM - xfs
-
Monte o sistema de arquivos xfs de volta ao seu ponto de montagem. Consulte
/etc/fstab
se você não tem certeza qual é o ponto de montagem antigo para a partição xfs.# mount /dev/sdb1 /mnt
-
Estenda o sistema de arquivos. Substitua o ponto de montagem do sistema de arquivos.
# xfs_growfs -d </mnt>
-
-
Por que vejo dois discos no Gerenciamento de disco ao incluir um único dispositivo de armazenamento?
A visualização de dois discos no Gerenciamento de disco poderá ocorrer se o MPIO não estiver instalado ou estiver desativado para ISCSI. Para verificar a configuração do MPIO, consulte as etapas para Verificar a configuração do MPIO para Linux® ou Verificar se o MPIO está configurado corretamente nos sistemas operacionais Windows.
Como reconectar o armazenamento após uma troca de chassi?
Conclua as etapas a seguir para reconectar com sucesso o armazenamento após uma troca de chassi.
- Antes da troca, remova a autorização (revogar acesso) dos dispositivos de armazenamento.
- Após a troca, autorize o host novamente.
- Descubra os dispositivos de armazenamento novamente com as novas credenciais que foram adquiridas da nova autorização.
Para obter mais informações, consulte Gerenciando o Block Storage for Classic.
Como desconectar o meu dispositivo de armazenamento de um host?
Execute as etapas a seguir para se desconectar de um host:
- Remova as sessões ISCSI do sistema operacional e, se aplicável, desmonte o dispositivo.
- Revogue o acesso ao host do dispositivo de armazenamento no console IBM Cloud®.
- Remova a descoberta automática e, se aplicável, remova as entradas de banco de dados de conexão do sistema operacional para conexões ISCSI.
Qual é a diferença entre armazenamento do Endurance e armazenamento de desempenho?
Endurance e Desempenho são opções de fornecimento que podem ser selecionadas para dispositivos de armazenamento. Em resumo, as camadas do IOPS do Endurance oferecem níveis de desempenho predefinidos, enquanto é possível ajustar esses níveis com a camada de Desempenho. Os mesmos dispositivos são usados para entregar as ofertas com opções diferentes. Para obter mais informações, consulte IBM Cloud Block Storage: Detalhes.
Não consigo fazer upgrade do armazenamento. O que pode afetar a capacidade de fazer upgrade ou de expandir o armazenamento?
As situações a seguir podem afetar a capacidade de fazer upgrade ou de expandir o armazenamento:
- As permissões que você tem no console IBM Cloud® podem ser um fator. Para obter mais informações, consulte os tópicos em Funções e permissões do usuário.
O upgrade do meu armazenamento afeta os dados que estão no volume?
Nº Quando você opta por expandir o volume de armazenamento ou ajustar o valor de IOPS, a alteração não tem impacto sobre os dados. Nada é sobrescrito ou apagado durante essas operações. O ajuste também não causa nenhum tipo de interrupção ou falta de acesso ao armazenamento.
Os volumes do iSCSI são provisionados de forma fina ou espessa?
Todos os serviços de arquivo e do Block Storage for Classic são thin-provisioned. Esse método não é modificável.
Meu ID de faturamento mudou, o que isso significa?
Você pode observar que seus volumes de Armazenamento agora são faturados como "Endurance Storage Service" ou "Performance Storage Service", em vez de "Enterprise Storage". Você também pode ter novas opções no console, como a capacidade de ajustar IOPS ou aumentar a capacidade. IBM Cloud® se esforça para melhorar continuamente os recursos de armazenamento. À medida que o hardware é atualizado nos data centers, os volumes de armazenamento que estão nesses data centers também são atualizados para usar todos os recursos aprimorados. O preço que você paga pelo seu volume de armazenamento não muda com este upgrade.
Quão durável é o Block Storage for Classic?
Quando você armazena seus dados no Block Storage for Classic, eles são duráveis, altamente disponíveis e criptografados. A meta de durabilidade para uma única zona de Disponibilidade é de 99,999999999% (11 noves). Para obter mais informações, consulte Disponibilidade e Durabilidade de Block Storage for Classic.
Qual é o tempo de atividade médio do Block Storage for Classic?
Quando você armazena seus dados no Block Storage for Classic, eles são duráveis, altamente disponíveis e criptografados. O Block Storage for Classic foi desenvolvido com base no melhor hardware e software da categoria, comprovado e de nível empresarial, para oferecer alta disponibilidade e tempo de atividade. Para garantir que a meta de disponibilidade de 99.999 % (cinco 9's) seja atingida, os dados são armazenados de forma redundante em vários discos físicos em nós emparelhados com HA. Cada nó de armazenamento possui vários caminhos para suas próprias Unidades de estado sólido e seus SSDs do nó parceiro também. Essa configuração protege contra a falha do caminho e também a falha do controlador, porque o nó ainda pode acessar os discos de seu parceiro de maneira simples. Para obter mais informações, consulte Disponibilidade e Durabilidade de Block Storage for Classic.
Como posso identificar um volume do Block Storage for Classic em meu SO?
Existem várias razões por que você desejaria consultar o ID de LUN dos volumes de armazenamento conectados no host de cálculo. Por exemplo, você pode ter vários dispositivos de armazenamento que são montados no mesmo host com os mesmos tamanhos de volume Você quer separar e desatribuir um deles. No entanto, você não tem certeza de como correlacionar o que você vê no host Linux® com o que você vê no console. Outro exemplo pode ser que você tenha vários volumes Block Storage for Classic que estão conectados a um servidor ESXi. Você deseja expandir o tamanho do volume de um dos volumes e precisa saber o ID correto do LUN do armazenamento para fazer isso. Para obter instruções específicas do SO, clique em um dos links a seguir.
Posso obter métricas de desempenho do armazenamento (IOPS ou latência) com a equipe de suporte?
IBM Cloud® não fornece o IOPS de desempenho de armazenamento e métricas de latência. Espera-se que os clientes monitorem seus próprios dispositivos Block Storage for Classic, usando sua escolha de ferramentas de monitoramento de terceiros.
Os exemplos a seguir são utilitários que você pode considerar usar para verificar as estatísticas de desempenho.
sysstat
-Ferramentas de desempenho do sistema para o sistema operacional Linux®.typeperf
-Comando Windows que grava dados de desempenho na janela de comando ou em um arquivo de log.esxtop
-Uma ferramenta de linha de comandos que fornece aos administradores informações em tempo real sobre o uso de recursos em um ambiente do VMware® vSphere Ele pode monitorar e coletar dados para todos os recursos do sistema: CPU, memória, disco e rede.
Qual é a diferença entre um volume de réplica, um dependente e um volume duplicado independente?
Você pode criar uma réplica ou um volume duplicado usando um instantâneo do seu volume. A replicação e a clonagem utilizam um de seus snapshots para copiar dados para um volume de destino. No entanto, é aí que as semelhanças terminam.
A replicação mantém os dados em sincronia em duas localizações diferentes. Apenas um volume do par (volume primário e volume de réplica) pode estar ativo por vez. O processo de replicação copia automaticamente informações do volume ativo para o volume inativo com base no planejamento de replicação. Para obter mais informações sobre os volumes de réplica, consulte Replicando dados.
A duplicação cria uma cópia de seu volume com base em um instantâneo na mesma zona de disponibilidade que o volume pai. O volume duplicado herda as opções de capacidade e desempenho do volume original por padrão e tem uma cópia dos dados até o momento de uma captura instantânea. O volume duplicado pode ser dependente ou independente do volume original, e ele pode ser atualizado manualmente com dados do volume pai. Você pode ajustar o IOPS ou aumentar o tamanho do volume da duplicata sem qualquer efeito sobre o volume pai.
-
Um volume duplicado dependente não passa pela conversão de se tornar independente, e pode ser atualizado a qualquer momento depois de criado. O sistema bloqueia a captura instantânea original para que a captura instantânea não possa ser excluída enquanto a duplicata dependente existir. O volume pai não pode ser cancelado enquanto o volume duplicado dependente existir. Se você deseja cancelar o volume pai, você deve cancelar a duplicata dependente primeiro ou converti-lo em uma duplicata independente.
-
Uma duplicata independente é superior à duplicata dependente na maioria das considera, mas não pode ser renovada imediatamente após a criação por causa do longo processo de conversão. Ele pode levar até várias horas com base no tamanho do volume. Por exemplo, pode levar até um dia para um volume de 12-TB. No entanto, após o processo de separação ser concluído, os dados podem ser atualizados manualmente usando um outro instantâneo do volume pai original.
Para obter mais informações sobre duplicatas, consulte Criando e gerenciando volumes duplicados.
Recursos | Réplica | Duplicata dependente | Duplicata independente |
---|---|---|---|
Criado a partir de um snapshot | |||
Localização do volume copiado | Zona De Disponibilidade Remota | Mesma Zona De Disponibilidade | Mesma Zona De Disponibilidade |
Suporta failover | |||
Tamanho diferente e IOPS | |||
Auto-sincronizado com volume pai | |||
Atualização sob demanda do volume pai | |||
Separados do volume pai |
Quanto tempo leva para converter uma duplicata dependente em um volume independente?
O processo de conversão pode levar algum tempo para ser concluído. Quanto maior for o volume, mais tempo ele leva para converse-lo. Para um volume de 12-TB minutos, pode levar 24 horas. Você pode verificar o progresso no console ou na CLI.
-
Na UI, vá para Infraestrutura Classic. Clique em Armazenamento > Block Storage for Classic, em seguida, localize o volume na lista. O status de conversão é exibido na página Visão Geral.
-
Na CLI, use o seguinte comando.
slcli block duplicate-convert-status <dependent-vol-id>
A saída parece similar ao exemplo a seguir.
slcli block duplicate-convert-status 370597202 Username Active Conversion Start Timestamp Completed Percentage SL02SEVC307608_74 2022-06-13 14:59:17 90
Onde posso encontrar mais informações sobre o Portable Storage?
Os volumes de armazenamento móvel (PSVs) são uma solução de armazenamento auxiliar exclusiva para Virtual Servers. É possível remover o PSV de um servidor virtual e anexá-lo a outro. Você pode conectar um disco de armazenamento portátil a um servidor virtual de cada vez, enquanto todas as informações armazenadas no disco são mantidas para transferência entre dispositivos. Para obter mais informações, consulte Armazenamento SAN portátil.