Como posso saber quais dos meus volumes do File Storage for Classic são criptografados?

Veja a sua lista de File Storage for Classic no portal do cliente. É possível ver um ícone de bloqueio ao lado do nome do volume para os volumes que são criptografados.

Como posso localizar o ponto de montagem correto para o meu File Storage for Classic?

Todos os volumes criptografados do File Storage for Classic que são provisionados nos data centers aprimorados têm um ponto de montagem diferente dos volumes não criptografados. Para ter certeza de que está usando o ponto de montagem correto, consulte as informações sobre o ponto de montagem na página “Detalhes do volume ” no console. Também é possível acessar o ponto de montagem correto por meio de uma chamada API: SoftLayer_Network_Storage::getNetworkMountAddress().

Quantos volumes posso provisionar?

Por padrão, é possível provisionar um total combinado de 700 volumes do tipo “Block” e “ File Storage for Classic ”. Para aumentar seu limite, entre em contato com o Suporte. Para obter mais informações, veja Gerenciando limites de armazenamento.

Quantas instâncias de servidor podem compartilhar o uso de um volume provisionado do File Storage for Classic?

O limite padrão para o número de autorizações por volume de arquivo é 64. O limite inclui todas as autorizações de sub-rede, host e IP combinadas. Para aumentar esse limite, entre em contato com o Suporte Para obter mais informações, consulte Criando casos de suporte.

Quantos volumes do File Storage for Classic podem ser anexados a um único host?

O número de volumes que podem ser anexados a um único host depende do que o sistema operacional do host pode suportar. IBM Cloud® não impõe limites a isso. Consulte a documentação do S.O. para conhecer os limites com relação ao número de compartilhamentos de arquivo que podem ser montados.

Quantos arquivos e diretórios são permitidos para tamanhos específicos de volume de arquivos? Qual é o número máximo de inodes permitidos por tamanho do volume?

O número de arquivos que um volume pode conter é determinado por quantos inodes ele tem. Um inode é uma estrutura de dados que contém informações sobre arquivos. Os volumes têm inodes privados e públicos. Os inodes públicos são usados para arquivos que são visíveis para o cliente e os inodes privados para arquivos que são usados internamente pelo sistema de armazenamento. Você pode esperar ter um inode para cada 32 KB de capacidade de volume. A configuração para o número máximo de arquivos é de 2 bilhões. No entanto, esse valor máximo só pode ser configurado em volumes de 7.8 TB ou maiores. Qualquer volume com 9.000 GB ou mais atinge o limite máximo de 2.040.109.451 inodes.

Qual é o tamanho máximo de arquivo em um volume do File Storage for Classic?

O tamanho máximo de arquivo suportado (incluindo VMDKs) é limitado a 16 TB por arquivo.

Eu pedi um volume do File Storage for Classic no data center errado. É possível mover ou migrá-lo para outro data center?

Você precisa solicitar um novo compartilhamento do File Storage for Classic no data center correto e, em seguida, cancelar o dispositivo File Storage for Classic que você solicitou no local incorreto.

Você também pode criar uma cópia do seu compartilhamento e cancelar o compartilhamento original. Para obter mais informações, consulte Criando e gerenciando volumes duplicados

Se você estiver pensando em realizar uma migração mais abrangente para o IBM Cloud VPC, consulte “Migração de dados da infraestrutura clássica do IBM Cloud para o VPC ”.

Eu cancelei meu volume " File 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 recuperaçã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 permite que você cancele o pedido de cancelamento, se necessário. Se você quiser cancelar a exclusão do volume, abra 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.

Medindo IOPS

O IOPS é medido com base em um perfil de carga de blocos de 16 KB, com 50% de leituras e 50% de gravações aleatórias. As cargas de trabalho que diferirem desse perfil poderão enfrentar desempenho insatisfatório. Para melhorar o desempenho, você pode tentar ajustar as configurações do host ou habilitar os quadros Jumbo.

O que acontece quando utilizo um tamanho de E/S menor para medir o desempenho?

É possível atingir o número máximo de IOPS mesmo utilizando tamanhos de IO menores. No entanto, o rendimento será menor nesse caso. Por exemplo, um volume com 6.000 IOPS apresenta a seguinte taxa de transferência para diversos tamanhos de IO:

• 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

O IOPS alocado é cumprido por instância ou por volume?

O IOPS é cumprido no nível de volume. Em outras palavras, dois hosts conectados a um volume com 6.000 IOPS compartilham essas 6.000 IOPS.

Existe um número mínimo de IOPS garantido pelo IBM Cloud?

Não, o IBM Cloud não garante um valor mínimo de IOPS. As IOPS (operações de entrada/saída por segundo) são determinadas pelo host de computação no qual o armazenamento de arquivos está montado, e não pelo próprio armazenamento. O volume de armazenamento possui um limite máximo de IOPS e um limite de taxa de transferência com base na configuração provisionada. Esses são limites máximos, não garantias mínimas.

Ao provisionar um volume do tipo “ File Storage for Classic ”, você seleciona um nível de IOPS (para o Endurance) ou especifica um valor personalizado de IOPS (para o Performance). Esse valor representa o número máximo de IOPS que o volume pode suportar. O número real de IOPS que você obtém depende da carga de trabalho do seu aplicativo e das operações de E/S geradas pelo seu host de computação.

O sistema de armazenamento pode limitar o tráfego de dados com base em dois fatores:

• Limite de IOPS — O número máximo de operações de E/S por segundo que o volume pode processar
• Limite de taxa de transferência — A taxa máxima de transferência de dados (calculada como IOPS × tamanho de E/S)

Se sua aplicação utilizar um tamanho de E/S superior aos 16 KB nominais, o limite de taxa de transferência será atingido antes do limite de IOPS. Por exemplo, com um volume de 6.000 IOPS:

• Com tamanho de E/S de 16 KB: é possível atingir 6.000 IOPS ( ~93.75 MB/s de taxa de transferência)
• Com tamanho de E/S de 32 KB: o limite de taxa de transferência é atingido em 3.000 IOPS ( ~93.75 MB/s de taxa de transferência)

Para obter mais informações sobre como o tamanho da E/S afeta o desempenho, consulte “O que acontece quando utilizo um tamanho de E/S menor para medir o desempenho?”.

É necessário pré-aquecer o volume para atingir a produtividade esperada?

O pré-aquecimento não é necessário. É possível observar o rendimento especificado imediatamente ao provisionar o volume.

É possível ter mais rendimento caso uma conexão Ethernet mais rápida seja usada?

Os limites de rendimento são definidos no nível do volume. Esse limite não pode ser aumentado usando uma conexão Ethernet mais rápida. 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 File Storage for Classic para a sua própria interface da VLAN e ignorar um firewall?

Para adotar essa boa prática, conclua as etapas a seguir.

1. Provisione uma VLAN no mesmo data center que o host e o dispositivo do File Storage for Classic.

2. Provisione uma sub-rede privada secundária para a nova VLAN.

3. Trunque a nova VLAN para a interface privada do host. Essa ação interromperá momentaneamente o tráfego de rede no host enquanto a VLAN estiver sendo truncada para o host.

4. Crie uma interface de rede.

   • No host Linux®, crie uma interface 802.11q. Escolha um do endereço IP secundário não usado da VLAN recém-truncada e designe esse endereço IP, essa máscara de sub-rede e esse gateway para uma nova interface 802.11q.
   • No VMware®, crie uma nova interface de rede VMkernel (vmk) e atribua o endereço IP secundário não utilizado, a máscara de sub-rede e o endereço IP do gateway da VLAN recém-agrupada à nova interface vmk.

5. Inclua uma nova rota estática persistente no host para a sub-rede do NFS de destino.

6. Autorize o novo IP a acessar o armazenamento.

7. Para obter instruções de montagem, dependendo do sistema operacional do seu host, siga o link apropriado.

   • Acessando o File Storage for Classic no Linux®
   • Montando o volume do File Storage for Classic em hosts ESXi
   • VMwareComo se conecta o armazenamento por meio de VLANs isoladas?

Qual latência de desempenho pode ser esperada do File Storage for Classic?

A latência de destino dentro do armazenamento é menor que um ms. O armazenamento é conectado à instância de computação em uma rede compartilhada, portanto, a latência de desempenho exato depende do tráfego de rede durante a operação.

O que acontece com os dados quando as ações d File Storage for Classic são excluídas?

O IBM Cloud® File Storage for Classic apresenta compartilhamentos de arquivo para clientes no armazenamento físico que é limpo antes de qualquer reutilização.

Quando você exclui um volume do File 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 de armazenamento, o compartilhamento deve ser sobrescrito antes que o armazenamento seja disponibilizado novamente, seja 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.

Por que a ação Cancelar está indisponível no console?.

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 permite que você cancele o pedido de cancelamento, se necessário.

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.

Quais versões do NFS são suportadas?

Tanto o NFSv3 quanto o NFSv4.1 são suportados no ambiente do IBM Cloud®. NFSv4.2 não é compatível.

Quando possível, use o protocolo NFSv3. NFSv3 suporta gravações assíncronas seguras e é mais robusto na manipulação de erros do que o anterior NFSv2. Ele suporta 64-bit tamanhos de arquivo e deslocamentos, permitindo que os clientes acessem mais de 2 GB de dados de arquivo.

NFSv3 oferece suporte nativo à função “ no_root_squash ”, que permite que os clientes com permissão de root mantenham essas permissões no compartilhamento “ NFS ”. Você pode ativar esse recurso em NFSv4.1, editando as informações do domínio e executando o serviço “ rpcidmapd ” ou um serviço semelhante. Para obter mais informações, veja Implementando no_root_squash para o NFS.

Quando File Storage for Classic é usado em uma implementação do VMware®, NFSv4.1 pode ser a escolha melhor para a sua implementação. Para obter mais informações, consulte [as práticas recomendadas para a execução do NFS com o VMware vSphere](https://www.vmware.com/docs/vmw-best-practices-running-nfs-vmware-vsphere){: external}.

Vários hosts em minha implantação do VMware com diferentes protocolos NFS podem acessar o mesmo compartilhamento de arquivos?

Nº. Não é possível usar versões diferentes do NFS para montar o mesmo datastore em vários hosts. Porque os clientes NFS 3 e NFS 4.1 não usam o mesmo protocolo de bloqueio. O acesso aos mesmos discos virtuais a partir de dois clientes incompatíveis pode resultar em comportamento incorreto e causar corrupção de dados. Para obter mais informações, consulte NFS File Locking.

A VAAI e a aceleração de HW podem ser ativadas em nossas implementações do VMware?

Nº. Atualmente, o vStorage para API Array Integration e a aceleração de hardware não são suportados.

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.

Qual a diferença entre failover controlado e failover imediato?

O failover controlado faz uma última sincronização antes de interromper o processo de espelhamento. O failover imediato quebra imediatamente o espelho e ativa o volume de réplica.

Meu armazenamento aparece off-line ou somente leitura. Por que isso aconteceu e como faço para corrigir?

Em alguns casos, um host (bare metal ou VM ) pode perder a conexão com o armazenamento por um breve período e, como resultado, o host considera esse armazenamento como 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.

Esse problema pode ser observado em unidades virtuais de máquinas virtuais (VMs) em um datastore do tipo “ VMware® ” conectado à rede (protocolo NFS ). Para resolver o problema, verifique se o caminho de rede entre o armazenamento e o host está desobstruído e se não há nenhuma manutenção ou interrupção em andamento. Em seguida, desmonte e monte o volume de armazenamento. Se o volume ainda for somente leitura, você deverá reiniciar o host.

Para obter instruções de montagem, consulte os tópicos a seguir.

• Montando o File Storage for Classic em hosts ESXi
• Montando o File Storage for Classic no Red Hat Linux®
• Montando o File Storage for Classic no Ubuntu

Para evitar que essa situação se repita, o cliente pode considerar as seguintes medidas:

• Incluindo ajustes de S.O. guest. Para obter mais informações, consulte as recomendações do NetApp's sobre ajustes no sistema operacional convidado para uma implantação do VMware® vSphere.
• Reconfigurando sistemas host que usam NFSv4.1 para NFSv3 para aumentar a resiliência durante as operações de manutenção.
• Desativação do trunking de sessão em sistemas host que executam o ESXi d VMware®. O entroncamento de sessão não é suportado e é conhecido por causar interrupções.

Eu expandi o tamanho do volume do meu File Storage for Classic usando o console do Cloud, mas o tamanho no meu servidor ainda é o mesmo. Como corrigir isso?

Para ver o tamanho do volume expandido, monte e remonte o seu disco existente do File Storage for Classic em seu servidor. Em uma implementação do VMware®, execute uma nova varredura no armazenamento para atualizar o datastore VMware® e exibir o novo tamanho do volume.

Como reconectar o armazenamento após uma troca de chassi?

Conclua as tarefas a seguir para conectar o armazenamento após uma troca.

1. Remova a autorização (revogue o acesso) do dispositivo de armazenamento e, em seguida, autorize o host novamente.
2. Descubra novamente os dispositivos de armazenamento, utilizando as novas credenciais obtidas com a reautorização.

Para obter mais informações, consulte Gerenciando o File Storage for Classic.

Como desconectar o meu dispositivo de armazenamento de um host?

Conclua as etapas a seguir para desconectar um volume de um host.

1. Desmonte o dispositivo.
2. Revogue o acesso para o host por meio do dispositivo de armazenamento no console do Cloud.
3. Remova montagens automáticas de conexões do NFS.

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 utilizados para armazenamento, mas são fornecidos com opções diferentes. Para obter mais informações, consulte a seção “Recursos do File Storage ”.

Posso conectar um compartilhamento do File Storage for Classic ao Windows?

Nº. Não é possível montar compartilhamentos d IBM Cloud® File Storage for Classic no Microsoft Windows. NFS em um ambiente Windows não é suportado pelo IBM Cloud®.

Os compartilhamentos do File Storage for Classic podem ser montados em sistemas operacionais Linux ou como um armazenamento de dados VMware® em hosts ESXi. Para obter mais informações sobre como montar volumes File Storage for Classic, consulte os tópicos a seguir:

• Montando o File Storage for Classic no Red Hat Linux®
• Montando o File Storage for Classic no Ubuntu
• Montagem de File Storage for Classic como um datastore VMware® em hosts ESXi

É possível montar um único dispositivo de armazenamento para múltiplos hosts dentro do IBM Cloud?

Sim, é possível usar essa configuração porque o NFS é um protocolo que reconhece arquivos.

É possível aumentar os inodes para o meu volume do NFS?

Normalmente, quando os volumes são provisionados, a contagem máxima de inodes para o tamanho que você solicitou é atribuída aos volumes. O número máximo de inodes aumenta automaticamente à medida que o volume cresce. Se o número de inodes não aumentar após a expansão de um volume, abra um ticket de suporte.

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 expandir o armazenamento.

• As permissões que você tem no console do Cloud podem ser um fator. Para obter mais informações, consulte os tópicos na seção “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 File Storage for Classic são thin-provisioned ou de provisionamento thick?

Todos os serviços do Bloco e do File 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 presentes nesses data centers também são atualizados para aproveitar 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 File Storage for Classic?

Quando você armazena seus dados em File 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 do File Storage for Classic.

Qual é o tempo de atividade médio do File Storage for Classic?

Quando você armazena seus dados em File Storage for Classic, eles são duráveis, altamente disponíveis e criptografados. File Storage é desenvolvido com base em hardware e software de ponta, comprovados e de nível empresarial, para oferecer alta disponibilidade e tempo de operação contínuo. 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 para alta disponibilidade (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 falhas no caminho e também contra falhas no controlador, pois o nó ainda pode acessar os discos de seu parceiro sem interrupções. Para obter mais informações, consulte Disponibilidade e durabilidade do File Storage for Classic.

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 File Storage for Classic usando suas opções de ferramentas de monitoramento de terceiros.

Os exemplos a seguir são utilitários que você pode considerar usar para verificar 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 comando que fornece aos administradores informações em tempo real sobre o uso de recursos em um ambiente 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 ou volume de réplica) pode estar ativo de cada 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. Ele bloqueia a captura instantânea original para que ela 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.

Comparação de recursos entre diferentes tipos de cópias de volume.
Esta tabela tem cabeçalhos de linha e coluna. Os cabeçalhos de linha identificam a capacidade. Os cabeçalhos das colunas identificam o tipo de cópia do volume.

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		[1]	[2]
Separados do volume pai

Quanto tempo leva para converter uma duplicata dependente em um volume independente?

O processo de conversão pode demorar algum tempo para ser concluído. Quanto maior for o volume, mais tempo ele leva para converse-lo. Em um volume de 12-TB minutos, pode levar 24 horas. Você pode verificar o progresso no console ou na CLI.

• No console, acesse “Infraestrutura Clássica ”. Clique em Armazenamento > File 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 file duplicate-convert-status <dependent-vol-id>
  

  A saída parece similar ao exemplo a seguir.

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

Como gerencio as permissões e o acesso dos usuários?

O proprietário da conta, ou um usuário com a permissão "Manage user classic infrastructure" (Gerenciar infraestrutura clássica de usuários), pode ajustar as permissões de outros usuários na conta IBM Cloud. Se você não for o proprietário da conta, poderá atribuir apenas o nível de permissões ou um subconjunto de permissões que já lhe foram atribuídas. No console do IBM Cloud, acesse Gerenciar > Acesso (IAM) > Usuários. Em seguida, selecione na lista o nome de um usuário cujo acesso você possa gerenciar e clique em “Infraestrutura clássica ”. Selecione Permissões de conta para permitir que o usuário adicione e atualize o armazenamento. Para obter mais informações, veja Gerenciando o acesso de infraestrutura clássica.

Quando o armazenamento de arquivos é provisionado, os servidores host precisam ser autorizados para poder montar o compartilhamento de arquivos. A autorização pode ser configurada no console, na CLI, com a API ou no Terraform. Para obter mais informações, consulte a seção Autorizando hosts em Gerenciando File Storage para Classic.

Depois que o host for autorizado, você poderá montar o compartilhamento de arquivos e atribuir proprietários à sua nova estrutura de pastas e arquivos. Em Linux, é possível refinar o controle de acesso usando os comandos chown e chmod para atribuir permissões de leitura, gravação e execução a usuários e grupos individuais. Para obter mais informações, consulte Mounting File Storage for Classic em Red Hat Linux® e Mounting File Storage for Classic em Ubuntu.

Posso usar a API para recuperar a capacidade usada em meu site File Storage for Classic?

Sim. Você pode usar o seguinte comando curl para consultar a capacidade usada no volume de armazenamento especificado por seu ID.

curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'

Para obter mais informações, consulte a Referência da API.

Posso migrar meus volumes do File Storage for Classic para a VPC?

Sim. Se você estiver planejando migrar suas cargas de trabalho para o IBM Cloud® Virtual Private Cloud, o IBM Cloud oferece orientações sobre como conectar seus ambientes clássicos e VPC e copiar seus dados usando ferramentas como rsync e dcfldd. Para obter mais informações, acesse Migração de dados da infraestrutura clássica d IBM Cloud para a VPC e o site mais abrangente Guia de migração do Classic para o VPC.