Preços de Azure Site Recovery

Todas as instâncias protegidas pelo Azure Site Recovery são gratuitas nos primeiros 31 dias de proteção. A partir do 32.º dia, a proteção para a instância é cobrada aos preços acima.

Sim, não interessa há quanto tempo utiliza o Azure Site Recovery. Cada instância protegida não incorre em custos do Azure Site Recovery nos primeiros 31 dias. Por exemplo, se tiver dez instâncias protegidas há seis meses e ligar mais uma instância ao Azure Site Recovery, não existirão custos relativos ao Azure Site Recovery para a 11.ª instância nos primeiros 31 dias. As primeiras 10 instâncias continuam a incorrer em custos do Azure Site Recovery uma vez que estão protegidas há mais de 31 dias.

Sim, embora o Azure Site Recovery seja gratuito durante os primeiros 31 dias de uma instância protegida, pode incorrer em custos de Armazenamento do Azure, de transações de armazenamento e de transferência de dados. Uma máquina virtual recuperada também pode ter custos de computação do Azure.

Quando utiliza o Site Recovery, o licenciamento do Site Recovery, o armazenamento do Azure, as transações de armazenamento e a transferência de dados de saída são-lhe cobrados.

1. A licença do Site Recovery funciona por instância protegida, em que uma instância é uma máquina virtual ou um servidor físico.
2. Custo de armazenamento incorrido para a réplica do Site Recovery do armazenamento na localização de destino. É utilizado um instantâneo tirado neste armazenamento de réplica para criar um disco de armazenamento de destino novo após a ativação pós-falha ou a reativação pós-falha de teste. Por conseguinte, o custo de armazenamento geral tem por base a réplica do armazenamento e o número de exercícios de recuperação após desastre realizados durante um ano.
3. As transações de armazenamento são cobradas durante a replicação estável e para operações de máquina virtual após uma ativação pós-falha ou uma ativação pós-falha de teste.
4. O custo da transferência de dados de saída também é chamado \"egress\" e só é cobrado quando o tráfego sai da região do Azure. Consequentemente, estas cobranças são aplicadas quando replica uma máquina virtual do Azure de uma região para outra. O Azure Site Recovery comprime os dados antes de os transferir. Assim, a saída (\"egress\") é cobrada para os dados de replicação comprimidos.
5. Os pontos de recuperação que o Site Recovery cria são instantâneos tirados do armazenamento de réplica. Esses instantâneos são cobrados com base na capacidade consumida. Para mais informações, consulte os preços do Managed Disks.
6. Também são incorridos custos para a capacidade de computação das máquinas virtuais e só são aplicados no momento da ativação pós-falha de teste e da ativação pós-falha. Geralmente, esses custos são de zero, desde que não haja exercícios de recuperação após desastres ou desastres reais.
7. Para proteger as máquinas virtuais do Azure, o Site Recovery reproduz o tipo de armazenamento de origem no lado do destino. Por exemplo, se proteger uma máquina virtual no Azure com discos em contas de armazenamento, o Site Recovery utiliza uma conta de armazenamento no lado do destino para armazenar os dados da replicação. Noutro caso, se uma máquina virtual no Azure utilizar discos geridos, o Site Recovery cria um disco de réplica do ASR no destino que corresponde a cada disco de origem.
8. No que respeita a computadores VMware/físicos, o Site Recovery cria um disco de réplica do ASR no destino que corresponde a cada disco de origem. Todas as replicações novas a partir de março de 2019 em diante utilizam os discos geridos tanto para replicação, como para ativações pós-falha. O custo dos discos geridos é calculado com base na capacidade aprovisionada. Para mais informações, consulte os preços do Managed Disks.
9. Relativamente a máquinas Hyper-V, o Site Recovery cria e utiliza uma conta de armazenamento para replicação. Por predefinição, a ativação pós-falha de teste ou efetiva acontece numa conta de armazenamento. No entanto, proporciona uma opção para fazer a ativação pós-falha para discos geridos, se necessário. Nesse caso, os discos geridos são criados no momento da ativação pós-falha.

O Benefício Híbrido do Azure ajuda-o a tirar o máximo partido das licenças no local e na cloud. Permite-lhe utilizar as suas licenças do Windows Server com Software Assurance para máquinas virtuais à taxa de computação base, resultando em poupanças superiores a 40 por cento ou mais em todas as regiões do Azure. Utilize o seu Benefício Híbrido ao migrar os seus servidores do Windows para o Azure. Saiba mais.

Veja as perguntas mais frequentes do Azure Site Recovery.

Licenciar produtos de servidor da Microsoft para recuperação após desastre

É importante ter em conta que, quando uma instância protegida pelo Azure Site Recovery é recuperada no local da recuperação, o software que é executado dentro dessa instância tem também de estar devidamente licenciado. O cliente final tem de licenciar os produtos de servidor da Microsoft da seguinte forma, dependendo do local de recuperação selecionado.

Os servidores têm de estar totalmente licenciados com licenças do Windows Server. Se o cliente tiver cobertura ativa do Software Assurance no Windows Server no local principal, pode implemetá-lo no local secundário através do benefício de Recuperação Após Desastre do Software Assurance apenas para fins de recuperação após desastre de não produção. Consulte os Direitos de Utilização do Produto (Product Use Rights, PUR) para determinar se a utilização do cliente cumpre os critérios do benefício de Recuperação Após Desastre do Software Assurance.

Estes servidores podem ser licenciados com licenças separadas no local secundário ou através do benefício de Recuperação Após Desastre do Software Assurance, se o cliente for elegível para o mesmo.

O Windows Server deve ser licenciado através do seu Services Provider License Agreement (SPLA).

O Windows Server pode ser licenciado através do seu contrato SPLA ou da licença do cliente final, caso os clientes finais sejam elegíveis para o benefício Software Assurance da Recuperação Após Desastre.

Estes produtos de servidor devem ser licenciados através do seu SPLA de acordo com a forma como os servidores são, normalmente, licenciados ao abrigo do SPLA (Por Núcleo, Por Utilizador e assim sucessivamente).

Estes servidores podem ser licenciados através do seu SPLA ou da licença do cliente final, caso os clientes finais sejam elegíveis para o benefício Software Assurance da Recuperação Após Desastre.

O Benefício Híbrido do Azure é aplicável a todos os clientes com Software Assurance ativo e pode ser ativado no Azure, independentemente da forma como o Azure é aprovisionado (Contrato Enterprise, Fornecedor de Soluções Cloud, entre outros).

A Mobilidade de Licenças e o Benefício Híbrido do Azure requerem o Software Assurance, pelo que não se aplicam ao SPLA. O fornecedor de serviços deve consultar os termos e condições do acordo nos respetivos contratos SPLA.

O benefício Software Assurance da Recuperação Após Desastre aplica-se aos produtos de servidor da Microsoft protegidos pelo Azure Site Recovery. Esta alteração foi feita nos Direitos de Utilização de Produto de janeiro de 2015.

Se um cliente estiver a utilizar o Azure Site Recovery para migrar produtos de servidor da Microsoft (como, por exemplo, o SQL Server) de um fornecedor de serviços para o Azure, esse cliente tem de ter o seu próprio Software Assurance e utilizar a Mobilidade de Licenças.

Sim, as recuperações de teste estão limitadas a breves períodos de testes de recuperação após desastre de uma semana a cada 90 dias.

A replicação do Azure Site Recovery para o SQL Server está abrangida pelo benefício Recuperação Após Desastre do Software Assurance para todos os cenários do Azure Site Recovery (recuperação após desastre do local para o Azure ou recuperação após desastre de IaaS do Azure em várias regiões).

A utilização de qualquer outra tecnologia de elevada disponibilidade para o SQL Server, como clusters de ativação pós-falha, ou tecnologia de replicação, como os Grupos de Disponibilidade SQL Always On, espelhamento de bases de dados e envio de registos, rege-se pelas diretrizes de licenciamento do SQL Server seguintes - a primeira instância de base de dados passiva (geralmente para elevada disponibilidade local) está coberta pela licença Software Assurance da base de dados principal. Outras instâncias de bases de dados passivas (para recuperação após desastre, por exemplo, num datacenter no local ou em qualquer cloud) precisam de licenças do SQL Server adicionais. Se a instância de SQL principal estiver num hardware dedicado, a primeira instância passiva está coberta pela licença Software Assurance no hardware dedicado e não no hardware partilhado. Se estiver no hardware partilhado, a primeira instância passiva estará coberta no hardware partilhado. Leia o SQL Server Licensing Guide (Guia de Licenciamento do SQL Server) para obter mais informações.

O Azure tem amplas certificações para executar soluções SAP no Azure, tanto a plataforma de geração atual (NetWeaver), como a plataforma de próxima geração (HANA). As certificações emitidas pela SAP baseiam-se numa combinação de sistemas de gestão de aplicações empresariais (produto SAP), SO Convidado e bases de dados relacionais. Saiba mais. Estão disponíveis mais detalhes em SAP Notes, em SAP Support Portal (Portal de Suporte da SAP).

A Oracle possibilita a mobilidade de licenças para clientes que pretendam executar software Oracle no Microsoft Azure. Veja Licensing Oracle Software in the cloud computing environment (Licenciar Software Oracle no ambiente de computação na cloud). A parceria da Oracle com a Microsoft permite aos clientes implementar software Oracle nas clouds pública e privada da Microsoft sabendo que conta com a certificação e o suporte da Oracle. Pode ver o documento Oracle Data Recovery Licensing (Licenciamento de Recuperação de Dados da Oracle) para obter detalhes.

Consulte os termos de licenciamento da sua aplicação de terceiros.

O Azure não suporta endereços MAC persistentes, pelo que não é possível utilizar software com modelos licenciamento baseado em MAC, quer para a migração do local para o Azure, quer para a recuperação após desastre.