comando vsdnode
Propósito
Definir informações de disco compartilhado virtual para um nó ou série de nós.
Sintaxe
- vsdnó
- node_number ... adapter_name min_buddy_buffer_size
- max_buddy_buffer_size max_buddy_buffers
- vsd_max_ip_msg_size [nome_do_cluster ]
Descrição
Use este comando para tornar os nós de disco compartilhado virtual de nós especificados e para designar seus parâmetros operacionais de disco compartilhado virtual. Se esta informação for a mesma para todos nós, execute este comando uma vez. Se as informações são diferentes para os nós, execute este comando uma vez para cada bloco de nós que deve ter as mesmas informações de disco compartilhado virtual.
Você pode usar a System Management Interface Tool (SMIT) para executar o comando vsdnode . Para usar o SMIT, digite:
smit vsd_data e selecione a opção Informações de Nó de disco compartilhado virtual .
Sinalizações
- -f
- Força a remoção de quaisquer discos compartilhados virtuais definidos neste grupo de volume global.
Parâmetros
- número_do_nó
- Especifica o nó ou nós cujas informações de disco compartilhado virtual devem ser definidas. O valor que você especificar para node_number deve corresponder a um número de nó de domínio remoto RSCT válido.
- nome_do_adaptador
- Especifica o nome do adaptador a ser usado para comunicações de disco compartilhado virtual para os nós especificados. O nome do adaptador já deve ser definido para os nós. Observe que os nós envolvidos no suporte de disco compartilhado virtual devem estar totalmente conectados para que as comunicações adequadas possam ocorrer. Use ml0 para especificar que o driver de dispositivo de disco compartilhado virtual transmite solicitações de dados sobre o Switch SP. O adaptador ml0 será usado na próxima vez que o driver de dispositivo de disco compartilhado virtual estiver carregado.
- tamanho_mínimo_do_buddy_buffer
- Especifica o menor buddy buffer um servidor usa para satisfazer uma solicitação remota a um disco compartilhado virtual. Esse valor deve ser uma potência de 2 e maior ou igual a 4096. O valor sugerido é de 4096 (4 KB). Para um pedido de 512 byte, 4 KB é excessivo. No entanto, lembre-se de que um buffer de buddy só é usado para o curto período de tempo enquanto uma solicitação remota está sendo processada no nó do servidor.
- tamanho_máximo_do_buddy_buffer
- Especifica o maior buffer de buddy que um servidor usa para satisfazer um pedido remoto não cachê. Este valor deve ser uma potência de 2 e maior ou igual a min_buddy_buffer_size. O valor sugerido é de 262144 (256 KB). Este valor depende do tamanho da solicitação de E/S de aplicativos usando os discos compartilhados virtuais e a rede utilizada pelo software de disco compartilhado virtual.
- max_buddy_buffers
- Especifica o número de buffers max_buddy_buffer_size para alocar. O driver de dispositivo de disco compartilhado virtual terá um tamanho inicial quando carregado primeiro e, em seguida, alocará dinamicamente e rereivindicar espaço adicional conforme necessário. O valor sugerido é de 2000 256 KB buffers.
Os buffers de Buddy são usados apenas nos servidores. Em nós clientes você pode querer configurar max_buddy_buffers a 1.
Nota: O comando statvsd irá indicar se os pedidos remotos estão fazendo fila de espera para os buffers de buddy. - vsd_max_ip_msg_size
- Especifica o tamanho máximo da mensagem em bytes para discos compartilhados virtuais. Este valor não deve ser maior que o tamanho máximo de unidade de transmissão (MTU) da rede. Os valores recomendados são:
- 61440 (60KB) para um switch
- 8192 (8KB) para o quadro jumbo EEthernet
- 1024 (1KB) para 1500-byte MTU EEthernet
- nome do cluster
- Um nome de cluster deve ser especificado para nós do servidor que estarão servindo discos compartilhados simultatualmente acessados. O nome do cluster pode ser qualquer nome fornecido pelo usuário. Um nó só pode pertencer a um cluster. Por exemplo, quando você tem um ambiente de acesso simultâneo, os dois servidores para o CVSD devem ambos especificar o mesmo nome do cluster.Nota: O cluster_name é necessário apenas para discos SSA (Serial Storage Architecture).
Segurança
Você deve ter a autoridade root para executar este comando.
Restrições
O nó especificado neste comando já deve pertencer a um domínio peer, e você deve emitir este comando a partir de um nó que esteja online no domínio peer. Para trazer um domínio peer online, use o comando startrpdomain . Para trazer um determinado nó online em um domínio de mesmo nível existente, use o comando startrpnode . Para obter mais informações sobre a criação e administração de um domínio de mesmo nível do RSCT, consulte o Guia de Administração da RSCT.
Exemplos
vsdnode 1 2 3 4 5 6 7 8 ml0 4096 262144 128 61440
Local
/opt/rsct/vsd/bin/vsdnode