Knowledge Base
Carga de trabalho I/O externa detectada no armazenamento de dados compartilhado executando Storage I/O Control (SIOC) para gestão de congestionamentos (2037238)
Purpose
Esse alarme pode aparecer no vCenter vSphere Client:
Non-VI workload detected on the datastore
Uma mensagem de aviso semelhante a uma destas também pode aparecer no vCenter vSphere Client:
An external I/O activity is detected on datastore “datastore”, this is an unsupported configuration. Consult the Resource Management Guide or follow the Ask VMware Link for more information
An external I/O workload is detected on datastore “datastore”
Este evento informativo alerta o usuário de um erro de configuração em potencial ou problema de desempenho I/O causado por uma carga de trabalho não-ESX. Ele é acionado quando o Storage I/O Control (SIOC) detecta que uma carga de trabalho que não é gerida pelo SIOC está contribuindo com o congestionamento I/O em um armazenamento de dados que é gerenciado pelo SIOC. (Congestionamento é definido como o tempo de resposta de um armazenamento de dados estando acima do limite do SIOC.) Situações específicas que podem desencadear este evento incluem: a matriz de armazenamento executando uma operação de sistema, tais como replicação ou reconstrução RAID.
- O VMware Consolidated Backup ou vStorage APIs for Data Protection está acessando um instantâneo no armazenamento para fins de backup.
- A mídia de armazenamento (fusos, SSD) em que este armazenamento de dados está localizado é compartilhado com volumes usados por cargas de trabalho não-vSphere
- O host está executando em uma configuração sem suporte.
O SIOC continua a trabalhar durante estas situações. Este evento pode ser ignorado em muitos casos e você pode desativar o alarme associado depois de ter verificado que nenhum dos potenciais erros de configuração ou problemas de desempenho graves estão presentes em seu ambiente. Conforme explicado em detalhes abaixo, o SIOC garante que as cargas de trabalho ESX gerenciadas são capazes de competir por recursos I/O em igualdade com cargas de trabalho externas. Este evento notifica o usuário sobre o que está acontecendo, fornece ao usuário a oportunidade de entender melhor o que está acontecendo e destaca uma oportunidade potencial para corrigir ou otimizar a configuração da infraestrutura.
Observação: Começando com vSphere 5.0, o SIOC é compatível com armazenamento NFS. No entanto, discos virtuais de Raw Device Mapping (RDM) não são compatíveis. Isso inclui RDMs utilizados para Microsoft Cluster Server (MSCS), assim como armazenamentos de dados com extensões múltiplas. Este alarme pode ser acionado se estes objetos de armazenamento estiverem configurados.
Este artigo o ajudará a compreender o que está causando o evento e qual, se for o caso, ação é necessária para tratar a causa.
Exemplo
Cenário 1
Um armazenamento de dados /vmfs/volumes/shared-LUN datastore é acessível através de múltiplos hosts. Alguns hosts ESX estão executando a versão 4.1 ou posterior e os outros estão executando uma versão mais antiga ou estão fora do domínio de controle do vCenter Server.
Cenário 2
A matriz a ser utilizada para o vSphere também está sendo usado para fins de cargas de trabalho não-vSphere. As cargas de trabalho não-vSphere estão acessando um volume de armazenamento que está nos mesmos fusos de disco como o armazenamento de dados afetado.
Impacto
Quando o SIOC detecta que o tempo de resposta do armazenamento de dados excedeu o limiar, ele normalmente limita as cargas de trabalho ESX acessando o armazenamento de dados para garantir que as cargas de trabalho com as percentagens mais elevadas tenham preferência de acesso I/O ao armazenamento de dados e um reduzido tempo de resposta I/O. No entanto, tal limitação não é apropriada quando as cargas de trabalho não-gerenciadas pelo SIOC estão acessando os mesmos meios de armazenamento. Uma limitação neste caso pode resultar na carga de trabalho externa ficando com mais e mais largura de banda, enquanto as cargas de trabalho vSphere ficam com cada vez menos. Portanto, o SIOC detecta a presença de tais cargas de trabalho externas, e contanto que eles estejam presentes enquanto o limite é excedido, o SIOC compete com a carga de trabalho que interfere, reduzindo a sua atividade de limitação usual.
O SIOC detecta automaticamente quando a interferência desaparece e retoma o seu comportamento normal. Desta forma, o SIOC pode operar corretamente, mesmo na presença de interferência. O evento vCenter Server está notificando o usuário que o SIOC percebeu e controlou a interferência de cargas externas.
Observação: Quando uma carga de trabalho externa está agindo para impulsionar o tempo de resposta do armazenamento de dados para acima do limite do SIOC, a carga de trabalho externa pode causar problemas de desempenho I/O para cargas de trabalho vSphere. Na maioria dos casos, o SIOC pode automaticamente administrar com segurança essa situação. No entanto, pode haver uma oportunidade para melhorar o desempenho alterando alguns aspectos da sua configuração. A próxima seção fornece orientação sobre isto.
Resolution
Essas configurações incompatíveis podem resultar no desencadeamento dos alarmes ou da mensagem de advertência, como visto acima:
- Um ou mais hosts acessando o datastore estão executando uma versão do ESX mais antiga do que 4.1.
- Um ou mais hosts acessando o datastore não são gerenciados pelo vCenter Server.
- Nem todos os hosts acessando o datastore são gerenciados pelo mesmo vCenter Server.
- A mídia de armazenamento (fusos, SSD) onde este datastore está armazenado é compartilhada com outros datastores que não são habilitados para o SIOC.
- Os datastores na configuração têm várias extensões.
Verifique se você não está executando as configurações acima, ao utilizar o SIOC para gestão dos congestionamentos:
Observação: O SIOC pode ser usado mesmo quando as cargas de trabalho externas estão usando a mesma matriz de armazenamento subjacente como vSphere. Isto pode ser prejudicial para o desempenho I/O das máquinas virtuais. Para funcionar na presença de cargas externas, o SIOC precisa limitar cargas de trabalho virtuais; em torno de em média 10% se a interferência externa de carga de trabalho é contínua. Se isto não é aceitável, atualmente, desativar o SIOC é a única solução. Mas, se a carga de trabalho externa é temporal, por exemplo, por algumas horas e não há capacidade suficiente na matriz, permita que o SIOC atue como um seguro contra problemas de desempenho de IO que possam acontecer devido a falhas de configurações em um ambiente de armazenamento virtual compartilhado.
- Você consegue desativar e reativar com sucesso a gestão de congestionamentos para o armazenamento de dados afetado?
Desative e reative a gestão de congestionamentos para o armazenamento de dados afetado. Se o evento ocorreu porque a configuração inclui hosts que estejam executando uma versão antiga do ESX e os hosts são gerenciados pelo mesmo vCenter Server, o vCenter Server detecta o problema e não permite que você reabilite o gerenciamento de congestionamento. Quando os hosts mais antigos são atualizados para ESX 4.1 ou posterior, ou os hosts são desconectados do armazenamento de dados afetado, você pode habilitar o gerenciamento de congestionamento.
- São hosts que não são gerenciados por esse vCenter Server acessando o armazenamento de dados afetado?
Se desativar e reativar o gerenciamento de congestionamento para o armazenamento de dados afetado não resolve o problema, outros hosts que não são gerenciados por esse vCenter Server podem estar acessando o armazenamento de dados.
Verifique se o armazenamento de dados é compartilhado entre os hosts que são gerenciados por sistemas vCenter Server diferentes ou não são hosts gerenciados. Se assim for, execute uma destas ações:
- Adicione todos os hosts que acessam o armazenamento de dados afetado ao mesmo vCenter Server ou
- Migre cargas de trabalho do armazenamento de dados para hosts que são gerenciados pelo mesmo vCenter Server.
- Será que todos os armazenamentos de dados na configuração que compartilha a mesma mídia de armazenamento físico (fusos, SSD) tem a mesma configuração SIOC?
Todos os armazenamentos de dados que compartilham mídia de armazenamento físico devem compartilhar a mesma configuração SIOC, todos habilitados ou todos desativados. Além disso, se você modificou a configuração padrão do limite de congestionamento, todos os armazenamentos de dados que compartilham mídia de armazenamento devem ter a mesma configuração.
- Há armazenamentos de dados habilitados pelo SIOC na configuração apoiada por várias extensões?
Armazenamentos de dados habilitados pelo SIOC não devem ser apoiados por várias extensões.
Se nenhum dos cenários acima se aplica a sua configuração e você determinou que está executando uma configuração aceita, mas ainda continua vendo este evento, investigue a otimização de I/O possível limitando o armazenamento da matriz.
Se um ambiente é conhecido por ter acesso compartilhado a armazenamentos de dados ou restrições de desempenho, pode ser preferível desativar o Alarme no vCenter Server. Para obter mais informações, consulte Working with Alarms no vSphere 4.1 Datacenter Administration Guide.
Para desativar o Alarme:
- Conecte-se ao vCenter Server usando o vSphere Client.
- Clique no vCenter Server no Inventário.
- Clique na guia Alarms.
- Clique na sub-guia Definitions. Uma lista de alarmes definidos é exibida.
- Clique com o botão direito do mouse no alarme Non-VI workload detected on the datastore e clique em Edit Settings.
- Desmarque Enable this alarm.
See Also
Request a Product Feature
|
|
