PowerScale: Isilon: OneFS: Após o upgrade, o pode ver impactos no desempenho de um trabalho pós-upgrade.

Como parte dos upgrades do OneFS, deve ocorrer uma migração necessária e obrigatória de nossa versão anterior do projeto inode para uma nova versão; não há como adiar ou impedir essa migração.  Isso tocará todos os arquivos do cluster do OneFS, inclusive o espaço do usuário (/ifs) e todos os arquivos do tipo de sistema.

Esse procedimento começa depois que o upgrade do cluster do OneFS é "confirmado" no processo de upgrade.

A grande escala desse trabalho em alguns cenários e implementações pode causar problemas transitórios de desempenho.
 

Depois de confirmar um upgrade do OneFS, um trabalho do sistema de upgrade do tipo que faz upgrade do file system após um upgrade de versão de software será iniciado automaticamente e deve ter permissão para ser executado até a conclusão.  Se houver alterações na estrutura de inode entre as versões do OneFS do upgrade, o trabalho upgrade executará alterações na estrutura de inode em todos os arquivos.  Quando isso ocorre, o trabalho de upgrade em execução pode causar problemas temporários de desempenho devido ao aumento de IOPS necessário para realizar alterações na estrutura do inode.  Isso pode ser reduzido alterando a política do trabalho Upgrade para Baixo a partir do valor padrão atual de Medium.

Quais sistemas podem ser afetados?

Durante isso, literalmente todos os arquivos na plataforma de armazenamento serão migrados rapidamente para a nova versão do inode. O ritmo geral observado em laboratório de atualizações em todas as plataformas de hardware e usando a política de trabalho padrão pode ser tão rápido quanto dezenas de milhões de objetos de arquivo gerais por hora. Observe que "arquivos" nesse contexto não se referem apenas aos arquivos "carregados pelo usuário", como você verá, por exemplo, em Suas cotas e relatórios. Isso inclui todos os arquivos e objetos no nível do sistema também. 

Depois que a migração estiver em andamento, como visto como um trabalho na CLI chamado "Upgrade" que é executado na política média padrão, existe a possibilidade de que um cluster do Isilon possa ver problemas temporários e transitórios de desempenho enquanto esse upgrade ocorre. A partir do número limitado de relatórios disso que observamos, parece que a migração de inode de upgrade pode levar em uma escala de horas a dias com base em uma política média.

Isso pode ser reduzido alterando a política do trabalho Upgrade do valor padrão atual de Médio para Baixo.

Se forem observados impactos no desempenho, para reduzir esses impactos, altere a política do trabalho upgrade de Médio para Baixo. Alterar a política para Baixo reduz o impacto geral que o trabalho tem durante a execução, mas aumenta o tempo que o trabalho leva para ser concluído.
 

Para alterar a política de um trabalho de upgrade em execução atualmente para Baixo, execute o seguinte comando:

Para alterar a política para futuros trabalhos de upgrade para Baixo, execute o seguinte comando:

Nota: Esse trabalho é uma parte importante desse tipo específico de upgrade. Embora itens como a prioridade do trabalho possam ser alterados, o requisito absoluto de que esse trabalho seja executado não pode ser alterado. Se, de alguma forma, o "trabalho" for cancelado ou falhar, ele será retomado. As alterações de inode devem ser concluídas.