Modificando a quantia de memória disponível para Copy Services, Espelhamento de volume e matrizes RAID usando a CLI

É possível usar a interface da linha de comandos (CLI) para modificar a quantia de memória que está disponível para matrizes RAID, o recurso de espelhamento de volume e os recursos de Copy Services FlashCopy, Metro Mirror, Global Mirror ou HyperSwap ativos/ativos.

Sobre Esta Tarefa

Os recursos de Serviços de cópia e RAID requerem que pequenas quantidades de cache do volume sejam convertidas da cache de memória em memória de bitmap, para permitir que as funções operarem. Se você não tiver espaço de bitmap suficiente alocado quando tentar usar uma das funções, não será possível concluir a configuração.

O total de memória que pode ser dedicada a essas funções não é definido pela memória física no sistema. A memória é restringida pelas funções de software que utilizam a memória.

No planejamento da instalação para um sistema, considere os requisitos futuros para as funções avançadas. Revise as seguintes tabelas para calcular os requisitos de memória e confirme se seu sistema está preparado para acomodar o tamanho total da instalação.

As tabelas a seguir descrevem a quantidade de espaço de bitmap necessário para configurar as várias funções de Copy Services e RAID:

Esta tabela fornece um exemplo da quantia de memória que é necessária para as funções de espelhamento remoto, funções do FlashCopy e espelhamento de volume.

Tabela 1. Exemplos de memória necessária
Função	Tamanho de granularidade	1 MiB de memória fornece a capacidade de volume a seguir para o grupo de E/S especificado
Remote copy	256 KiB	2 TiB de capacidade total de Metro Mirror, Global Mirror ou HyperSwap
FlashCopy	256 KiB	2 TiB de capacidade total do volume de origem do FlashCopy
FlashCopy	64 KiB	512 GiB de capacidade total do volume de origem do FlashCopy
FlashCopy Incremental	256 KiB	1 TiB de capacidade total do volume de origem do FlashCopy incremental
FlashCopy Incremental	64 KiB	256 GiB de capacidade total do volume de origem do FlashCopy incremental
Espelhamento de volume	256 KiB	2 TiB de capacidade de volume espelhado
Notas: Para diversos destinos de FlashCopy , é preciso considerar o número de mapeamentos. Por exemplo, para um mapeamento com um tamanho de granularidade de 256 KiB, 8 KiB de memória permite um mapeamento entre um volume de origem de 16 GiB e um volume de destino de 16 GiB. Alternativamente, para um mapeamento com um tamanho de granularidade de 256 KiB, 8 KiB de memória permite dois mapeamentos entre um volume de origem de 8 GiB e dois volumes de destino de 8 GiB. Ao criar um mapeamento de FlashCopy , se for especificado um grupo de E/S diferente do grupo de E/S do volume de origem, a contabilidade de memória vai em direção ao grupo de E/S especificado, não em direção ao grupo de E/S do volume de origem. Para o espelhamento de volume, o total de 512 Mib de espaço de memória permite 1 PiB de capacidade total de espelhamento de volume. Ao criar novos relacionamentos de FlashCopy ou volumes espelhados, espaço de bitmap adicional será alocado automaticamente pelo sistema se necessário.

Tabela 2O fornece um exemplo de comparações de níveis de RAID com o custo de memória de bitmap, em que MS é o tamanho das unidades do membro e MC é o número de unidades do membro.

Tabela 2. Comparações de níveis de RAID
Nível	Contagem de membros	Capacidade aproximada	Redundância	Custo aproximado de memória de bitmap
RAID-0	1-8	MC * MS	Nenhuma	(1 MB por 2 TB de MS) * MC
RAID-1	2	MS	1	(1 MB por 2 TB de MS) * (MC/2)
RAID-5	3-16	(MC-1) * MS	1	1 MB por 2 TB de MS com um tamanho de faixa de 256 KB; o dobro com tamanho de faixa de 128 KB.
RAID-6	5-16	menor que (MC-2 * MS)	2
RAID-10	2-16 (iguais)	MC/2 * MS	1	(1 MB por 2 TB de MS) * (MC/2)
Nota: Há uma margem de erro de aproximadamente 15% no custo aproximado de memória de bitmap. Por exemplo, o custo para um tamanho de faixa de 256 KB para o RAID-5 é de ~1,15 MB para os dois primeiros TB de MS.

Antes de especificar as mudanças na configuração, considere os fatores a seguir:

Para mapeamentos do FlashCopy, somente um grupo de E/S consome espaço de bitmap. Por padrão, usa-se o grupo de E/S do volume de origem.
Para relacionamentos de Metro Mirror, Global Mirror e ativo/ativo do HyperSwap, existem dois bitmaps. Para relacionamentos de Metro Mirror ou Global Mirror, um é usado para o sistema principal e outro é usado para o sistema auxiliar, já que a direção do relacionamento pode ser revertida. Para relacionamento ativo/ativo, que são configurados automaticamente quando volumes do HyperSwap são criados, um bitmap é usado para a cópia de volume em cada local, porque a direção destes relacionamentos pode ser revertida.
Ao criar um mapeamento reverso; por exemplo, para executar uma operação de restauração a partir de uma captura instantânea de seu volume de origem; um bitmap também é criado para esse mapeamento reverso.
Ao configurar volumes de mudanças para uso com o Global Mirror ou o Metro Mirror, dois mapeamentos internos do FlashCopy são criados para cada volume de mudança.
O bitmap menor possível é de 4 KiB; portanto, um volume de 512 bytes requer 4 KiB de espaço de bitmap.

Nos sistemas existentes, considere também estes fatores:

Ao criar mapeamentos e volumes espelhados do FlashCopy, volumes do HyperSwap ou volumes formatados completamente alocados, o sistema tenta aumentar automaticamente o espaço disponível de bitmap. Não é necessário aumentar esse espaço manualmente.
Os relacionamentos de Metro Mirror e Global Mirror não aumentam automaticamente o espaço de bitmap disponível. Pode ser necessário usar o comando chiogrp ou o GUI de gerenciamento para aumentar manualmente o espaço em um ou ambos os sistemas principal e auxiliar.
Se você criar e, em seguida, excluir vários desses objetos, considere o uso do comando chiogrp para reduzir a memória que está reservada para essas funções e libere essa memória para outro uso.

Para modificar e verificar a quantia de memória disponível, conclua as etapas a seguir:

Procedimento

Emita o comando a seguir para modificar a quantia de memória disponível para Espelhamento de volume ou um recurso do Serviço de cópia:
chiogrp -feature flash|remote|mirror -size memory_size io_group_id | io_group_name
em que flash|remote|mirror é o recurso que você deseja modificar, memory_size é a quantidade de memória que você deseja que esteja disponível e io_group_id | io_group_name é o ID ou o nome do grupo de E/S cuja quantidade de memória disponível você deseja modificar.

Emita o comando a seguir para verificar se a quantidade de memória foi modificada:
lsiogrp object_id | object_name

em que object_id | object_name é o ID ou o nome do grupo de E/S cuja quantidade de memória disponível você modificou.

As informações a seguir são um exemplo da saída que é exibida.

id 0
name io_grp0
node_count 2
vdisk_count 40
host_count 1
flash_copy_total_memory 5.0MB
flash_copy_free_memory 5.0MB
remote_copy_total_memory 20.0MB
remote_copy_free_memory 20.0MB
mirroring_total_memory 20.0MB
mirroring_free_memory 20.0MB
raid_total_memory 40.0MB
raid_free_memory 0.1MB
maintenance no
compression_active no
accessible_vdisk_count 40
compression_supported yes
max_enclosures 21
encryption_supported yes