MyQ Overview

Protegendo o MyQ X com alta disponibilidade

Implementação de Alta Disponibilidade com o MyQ X

Levando em consideração o que discutimos até agora, continuaremos a examinar diferentes maneiras de proteger o MyQ X com tecnologias de alta disponibilidade (HA), clustering e o conjunto exclusivo de recursos de failover do MyQ X.

A esta altura, você já deve ter uma visão geral clara dos requisitos de sua empresa relacionados à disponibilidade dos serviços de impressão e gerenciamento de impressão.

Sabemos que existem muitos métodos e tecnologias de HA disponíveis com os quais sua organização e sua equipe de TI talvez já estejam familiarizados e que utilizem atualmente em sua infraestrutura existente. Esses métodos e tecnologias de HA podem oferecer funcionalidades semelhantes às que abordaremos, como o Cluster de Failover da Microsoft e o cluster virtual da VMware. Em nossos exemplos, explicaremos o conceito central de como alcançar alta disponibilidade com o MyQ e seu ambiente de impressão.

Se você puder alcançar o mesmo resultado com suas tecnologias existentes, recomendamos que utilize aquilo em que sua equipe de TI foi treinada e com o que você está familiarizado. Ao utilizar seus próprios métodos e tecnologias, no entanto, recomendamos que você implemente uma prova de conceito em um ambiente controlado e realize testes completos antes de implantar em um ambiente de produção.

Na MyQ, também levamos em consideração que pode haver organizações menores que também precisam que os serviços de impressão estejam disponíveis durante períodos de inatividade. Essas organizações não têm necessariamente o orçamento ou equipe de TI treinada para implantar métodos e tecnologias de alta disponibilidade (HA) caras e complexas. Portanto, desenvolvemos um conjunto de recursos de failover do MyQ X que são gratuitos para todos os clientes do MyQ X. Esses recursos foram projetados para garantir que nossos clientes continuem imprimindo durante períodos de inatividade planejada ou não planejada do servidor.

Clustering de Failover da Microsoft

O Cluster de Failover da Microsoft é um recurso baseado no Windows Server (sistema operacional). A solução de software facilita o agrupamento de vários servidores de hardware independentes (doravante chamados de nós) em um cluster. Os nós do cluster trabalham em conjunto para fornecer recursos avançados, como gerenciamento de recursos, monitoramento de integridade e coordenação de failover.

Em termos de requisitos de armazenamento para implementações de alta disponibilidade, recomenda-se que haja pelo menos um local de armazenamento compartilhado acessível a todos os nós do cluster. Os nós interconectados dentro do cluster devem ser configurados para acessar o armazenamento compartilhado por meio, por exemplo, de uma conexão de rede de alta velocidade.

A comunicação interconectada entre os vários nós, combinada com o armazenamento compartilhado, torna essa solução altamente disponível. Se um dos servidores do cluster (nós) falhar, os outros nós assumirão o controle para fornecer o serviço (o processo de failover). Os nós do cluster são monitorados de forma proativa. Quando o software detecta que um nó não está funcionando corretamente, ele é reiniciado automaticamente ou transferido para outro nó.

Microsoft Failover Cluster Illustration
Ilustração do Cluster de Failover da Microsoft


MyQ X e cluster de failover da Microsoft

O conceito de alta disponibilidade do MyQ X e do cluster da Microsoft consiste em agrupar pelo menos dois nós em um cluster de failover. O cluster de failover será gerenciado usando a funcionalidade de cluster de failover do Windows Server da Microsoft e deve ser configurado para gerenciamento de recursos compartilhados, monitoramento de integridade e conexão de failover.

Os nós dentro do cluster de failover devem ser configurados para incluir uma rede de alta velocidade conectada a um armazenamento compartilhado, acessível a todos os nós interconectados no cluster. O MyQ X é então implantado no cluster em uma configuração ativa-passiva, com o servidor de impressão MyQ X instalado em pelo menos dois nós. O software de cluster de failover da Microsoft administra os serviços do MyQ; se o nó ativo no momento ficar indisponível, o sistema muda para um dos nós passivos disponíveis.

A vantagem de implantar o MyQ X no cluster de failover da Microsoft é que o sistema não depende mais de apenas um servidor físico e, portanto, é mais resistente a falhas de hardware.

📕

Leia mais…

Acesse nosso Manual sobre o MyQ e o cluster da Microsoft para obter os detalhes exatos da configuração. Você aprenderá como configurar o cluster da Microsoft e preparar o MyQ para funcionar nessa configuração.

📓 Exemplo:

Na ilustração abaixo, o servidor de impressão MyQ X está implantado em uma configuração ativa-passiva dentro do cluster de failover da Microsoft, com o Nó 1 definido como ativo e o Nó 2 como passivo. O Nó 1, o Nó 2 e o armazenamento compartilhado estão interconectados por meio de uma rede dedicada de alta velocidade. Além disso, essa configuração também requer uma rede separada que interconecte os clientes usuários e as impressoras multifuncionais com o Nó 1 e o Nó 2. As redes separadas baseiam-se no conceito de alta disponibilidade para eliminar pontos únicos de falha.

O software de cluster de failover da Microsoft administra os serviços do MyQ e monitora continuamente o estado dos nós. Se detectar que o nó ativo (Nó 1) fica indisponível, ele tentará recuperar os serviços; caso não consiga, ele alternará automaticamente para o nó passivo (Nó 2).

MyQ X deployed in Microsoft Failover Cluster
MyQ X implantado no cluster de failover da Microsoft


Cluster de Máquinas Virtuais (Cluster VMware)

O objetivo principal do cluster de máquinas virtuais (VM) é executar serviços em um ambiente virtualizado, garantindo alta disponibilidade e melhor utilização do servidor. Falhas de hardware dentro de um cluster de máquinas virtuais têm impacto mínimo nas máquinas virtuais, pois a VM será transferida para outro nó.

Um cluster de máquinas virtuais geralmente consiste em vários componentes. Você precisará de tecnologia de hipervisor, por exemplo, o vSphere ESXi da VMware. A imagem do vSphere ESXi é instalada em hardware bare-metal, assim como um sistema operacional, e atua como um hipervisor Tipo 1 (conhecido como host ESXi). Os hosts ESXi são configurados para que seus recursos sejam compartilhados.

Um componente essencial na configuração de um cluster de máquinas virtuais de alta disponibilidade é a escolha de uma solução de armazenamento adequada, altamente resistente a falhas e sem pontos únicos de falha. A MyQ recomenda combinar seu cluster de máquinas virtuais com uma solução de armazenamento compartilhado conectado à rede. No entanto, diferentes fornecedores de software de clustering de máquinas virtuais lidam com o armazenamento do cluster de maneiras diversas, e pode haver outras soluções de armazenamento que se adaptem melhor à sua organização. O conceito geral de eliminar pontos únicos de falha deve ser mantido; a solução de armazenamento escolhida deve atender aos requisitos específicos do seu negócio em termos de tempo de atividade operacional e custo.

Os hosts ESXi podem ser gerenciados por meio de uma plataforma centralizada de gerenciamento de servidores, como o VMware vCenter. O vCenter permite o gerenciamento centralizado dos recursos computacionais subjacentes dos hosts ESXi e a administração de máquinas virtuais, incluindo uma série de recursos, como clonagem de máquinas virtuais, alta disponibilidade, tolerância a falhas etc. Além disso, usando o vCenter, você pode agrupar vários hosts ESXi para criar um cluster de máquinas virtuais. Cada máquina virtual em um cluster está interconectada por meio de uma rede virtual.

Example of a Virtual Machine cluster using VMware technologies
Exemplo de um cluster de máquinas virtuais utilizando tecnologias VMware


MyQ X e clustering de máquinas virtuais (VMHA)

O conceito de cluster de máquinas virtuais do MyQ X, também conhecido como VMHA (Alta Disponibilidade de Máquinas Virtuais), consiste em executar o sistema MyQ X em um ambiente de cluster virtualizado em combinação com um datastore NAS (armazenamento conectado à rede).

O NAS (armazenamento conectado à rede) consiste em sistemas de armazenamento externos que os nós de servidor (hosts ESXi) usarão para armazenar e acessar arquivos de máquinas virtuais remotamente. Os hosts ESXi acessarão esses sistemas por meio de uma rede de armazenamento de alta velocidade. Os datastores no armazenamento em rede podem ser acessados por vários nós de servidor (hosts ESXi) simultaneamente. O servidor de impressão MyQ X é instalado em um nó de servidor virtual (host ESXi), com a carga de trabalho e os recursos do nó virtual distribuídos pelo cluster virtual. Ao utilizar o banco de dados integrado do sistema MyQ X (banco de dados Firebird), os dados serão armazenados na instância virtual. Com esse conceito, os dados estão sempre disponíveis sempre que a instância virtual do MyQ X é movida para outros nós dentro do cluster virtual. Além dos dados do banco de dados, os dados dos trabalhos de impressão são armazenados na pasta “jobs” na instância virtual do MyQ X.

A vantagem de implantar o MyQ X no modo VMHA em um cluster virtual é que o sistema não depende mais de apenas um servidor físico e, portanto, é mais resiliente a falhas de hardware. O VMHA também pode operar em um ambiente de nuvem privada, como, por exemplo, o MS Azure, desde que haja túneis VPN (Rede Privada Virtual) estabelecidos entre o servidor do MyQ X e a rede local da organização.

📓 Exemplo:

Na ilustração abaixo, o servidor de impressão MyQ X está implantado na VM 1, que está atribuída ao host ESXi 1. A imagem da máquina virtual da VM 1 está armazenada com segurança no local de armazenamento compartilhado; o armazenamento compartilhado pode ser, por exemplo, um NAS (armazenamento conectado à rede). Se o host ESXi 1 falhar, a VM 1 (servidor de impressão MyQ X) será transferida, por exemplo, para o host ESXi 3 e continuará funcionando sem interrupção. Os dados e os trabalhos de impressão do MyQ X Print Server permanecem seguros no datastore e não são afetados por falhas de hardware.

Virtual machine cluster failover operation
Operação de failover do cluster de máquinas virtuais