Analise o relatório do Planejador de Implantação para recuperação de desastres do VMware no Azure
O relatório gerado pelo Microsoft Excel contém as seguintes folhas:
Resumo no local
A folha do Resumo no local proporciona uma descrição geral do ambiente do VMware com perfis criados.
Start Date (Data de Início) e End Date (Data de Fim): as datas de início e fim dos dados de criação de perfis considerados para a geração de relatórios. Por predefinição, a data de início é a data em que a criação dos perfis é iniciada e a de fim é a data em que a criação para. Isso pode ser o StartDate e EndDate valores se o relatório for gerado com esses parâmetros.
Total number of profiling days (Número total de dias de criação de perfis): o número total de dias de criação de perfis entre as datas de início e de fim para as quais o relatório é gerado.
Número de máquinas virtuais compatíveis: o número total de máquinas virtuais compatíveis para as quais a largura de banda de rede necessária, o número necessário de contas de armazenamento, núcleos do Microsoft Azure, servidores de configuração e servidores de processo extra são calculados.
Número total de discos em todas as máquinas virtuais compatíveis: o número usado como uma das entradas para decidir o número de servidores de configuração e servidores de processo extras a serem usados na implantação.
Número médio de discos por máquina virtual compatível: o número médio de discos calculado em todas as máquinas virtuais compatíveis.
Tamanho médio do disco (GB): o tamanho médio do disco calculado em todas as máquinas virtuais compatíveis.
RPO desejado (minutos): o objetivo de ponto de recuperação padrão ou o valor passado para o DesiredRPO parâmetro no momento da geração do relatório para estimar a largura de banda necessária.
Largura de banda desejada (Mbps): o valor que você passou para o Bandwidth parâmetro no momento da geração do relatório para estimar o RPO alcançável.
Observed typical data churn per day (GB) (Alterações a dados típicas registadas por dia [GB]): a alteração a dados média registada em todos os dias de criação de perfis. Esse número é usado como uma das entradas para decidir o número de servidores de configuração e servidores de processo extras a serem usados na implantação.
Recomendações
A folha de recomendações do relatório de VMware para o Azure tem os seguintes detalhes de acordo com o RPO pretendido selecionado:
Dados de criação de perfis
Período de dados de criação de perfis: o período durante o qual a criação de perfis foi executada. Por padrão, a ferramenta inclui todos os dados perfilados no cálculo, a menos que gere o relatório para um período específico usando StartDate e EndDate opções durante a geração do relatório.
Nome do servidor: o nome ou endereço IP do host VMware vCenter ou ESXi cujo relatório de máquinas virtuais é gerado.
RPO Pretendido: o objetivo de ponto de recuperação para a sua implementação. Por predefinição, a largura de banda de rede necessária é calculada para valores de RPO de 15, 30 e 60 minutos. Com base na seleção, os valores afetados são atualizados na folha. Se tiver utilizado o parâmetro DesiredRPOinMin ao gerar o relatório, esse valor é mostrado no resultado Desired RPO (RPO Pretendido).
Descrição geral da criação de perfis
Total de máquinas virtuais com perfil: o número total de máquinas virtuais cujos dados com perfil estão disponíveis. Se o VMListFile tiver nomes de quaisquer máquinas virtuais que não foram perfiladas, a geração de relatório excluirá essas VMs e não as contará entre o total de máquinas virtuais com perfil.
Máquinas Virtuais Compatíveis: o número de máquinas virtuais que podem ser protegidas para o Azure usando o Site Recovery. O cálculo da largura de banda de rede necessária, contas de armazenamento, núcleos do Azure, servidores de configuração e servidores de processo adicionais é baseado no número total de máquinas virtuais compatíveis. Os detalhes de cada máquina virtual compatível estão disponíveis na seção Máquinas virtuais compatíveis.
Máquinas Virtuais Incompatíveis: O número de máquinas virtuais com perfil que são incompatíveis para proteção com o Site Recovery. Os motivos da incompatibilidade são observados na seção Máquinas virtuais incompatíveis. Se o VMListFile tiver nomes de quaisquer máquinas virtuais que não foram perfiladas, essas máquinas virtuais serão excluídas da contagem de máquinas virtuais incompatíveis. Essas máquinas virtuais são listadas como "Dados não encontrados" no final da seção Máquinas virtuais incompatíveis.
Desired RPO (RPO Pretendido): o objetivo de ponto de recuperação pretendido, em minutos. O relatório é gerado para três valores de RPO: 15 (predefinição), 30 e 60 minutos. A recomendação de largura de banda no relatório é alterada com base no que selecionar na lista pendente de Desired RPO, no canto superior direito da folha. Se tiver utilizado o parâmetro -DesiredRPO com um valor personalizado para gerar o relatório, este valor personalizado será mostrado como a predefinição na lista pendente de Desired RPO.
Required network bandwidth (Mbps) (Largura de banda de rede necessária [Mbps])
To meet RPO 100 percent of the time (Para satisfazer o RPO em 100 por cento do tempo): é a largura de banda recomendada em Mbps a ser alocada para satisfazer o seu RPO pretendido durante 100 por cento do tempo. Essa quantidade de largura de banda deve ser dedicada para replicação delta em estado estacionário de todas as suas máquinas virtuais compatíveis para evitar violações de RPO.
Para atender ao RPO 90% do tempo: se o preço da banda larga ou outros fatores impedirem que você defina a largura de banda necessária para atingir o RPO desejado 100% do tempo, você poderá optar por uma configuração de largura de banda mais baixa que atenda ao RPO desejado 90% do tempo. Para compreender as implicações de definir esta menor largura de banda, o relatório disponibiliza uma análise de hipóteses quanto ao número e à duração das violações de RPO que podem ser esperadas.
Taxa de transferência alcançada: a taxa de transferência do servidor no qual você executa o comando GetThroughput para a região do Microsoft Azure onde a conta de armazenamento está localizada. Esse número de taxa de transferência indica o nível estimado que você pode atingir ao proteger as máquinas virtuais compatíveis usando a Recuperação de Site, desde que o servidor de configuração ou o armazenamento do servidor de processo e as características de rede permaneçam os mesmos do servidor a partir do qual você executa a ferramenta.
Para a replicação, deve definir a largura de banda recomendada para satisfazer o RPO durante 100 por cento do tempo. Se depois de definir a largura de banda, não vir um aumento no débito alcançado, conforme comunicado pela ferramenta, faça o seguinte:
Verifique se existe algum Quality of Service (QoS) de rede que esteja a limitar o débito do Site Recovery.
Verifique se o cofre do Site Recovery está na região física suportada mais próxima do Microsoft Azure, para minimizar a latência de rede.
Verifique as características do seu armazenamento local para determinar se pode melhorar o hardware (por exemplo, passar de HDD para SSD).
Altere as definições do Site Recovery no servidor de processos, para aumentar a quantidade de largura de banda utilizada para a replicação.
Se você estiver executando a ferramenta em um servidor de configuração ou servidor de processo que já tenha máquinas virtuais protegidas, execute a ferramenta algumas vezes. O número de taxa de transferência alcançado muda dependendo da quantidade de churn que está sendo processada em seguida.
Para todas as implementações empresariais do Site Recovery, recomendamos utilizar o ExpressRoute.
Required storage accounts (Contas de armazenamento necessárias)
O gráfico a seguir mostra o número total de contas de armazenamento (padrão e premium) necessárias para proteger todas as máquinas virtuais compatíveis. Para saber qual conta de armazenamento usar para cada máquina virtual, consulte a seção Posicionamento de armazenamento de VM. Se você estiver usando a v2.5 do Planejador de Implantação, essa recomendação mostrará apenas o número de contas de armazenamento em cache padrão necessárias para replicação, uma vez que os dados estão sendo gravados diretamente em Managed Disks.
Número de núcleos do Azure necessários
Esse resultado é o número total de núcleos a serem configurados antes do failover ou failover de teste de todas as máquinas virtuais compatíveis. Se poucos núcleos estiverem disponíveis na assinatura, a Recuperação de Site falhará ao criar máquinas virtuais no momento do failover ou failover de teste.
Required on-premises infrastructure (Infraestrutura no local necessária)
Esta figura é o número total de servidores de configuração e servidores de processo extra a serem configurados que seriam suficientes para proteger todas as máquinas virtuais compatíveis. Dependendo das recomendações de tamanho suportadas para o servidor de configuração, a ferramenta pode recomendar servidores extras. A recomendação é baseada no maior número de rotatividade por dia ou no número máximo de máquinas virtuais protegidas (supondo uma média de três discos por máquina virtual), o que for atingido primeiro no servidor de configuração ou no servidor de processo extra. Os detalhes do número total de alterações a dados por dia e do número total de discos protegidos estão disponíveis na secção “Resumo no local”.
Análise de hipóteses
Esta análise mostra quantas violações podem ocorrer durante o período de criação de perfis se configurar uma largura de banda inferior para que o RPO pretendido seja cumprido apenas durante 90 por cento do tempo. Podem ocorrer uma ou mais violações de RPO num determinado dia. O gráfico mostra o pico de RPO do dia. Com base nesta análise, pode decidir se o número de violações de RPO de todos os dias e a contagem de picos do RPO por dia é aceitável com a largura de banda inferior especificada. Se for aceitável, você pode alocar a menor largura de banda para replicação, caso contrário, alocar a maior largura de banda conforme sugerido para atender ao RPO desejado 100% do tempo.
Tamanho de lote de máquina virtual recomendado para replicação inicial
Nesta seção, recomendamos o número de máquinas virtuais que podem ser protegidas em paralelo para concluir a replicação inicial dentro de 72 horas com a largura de banda sugerida para atender ao RPO desejado 100% do tempo sendo definido. Este valor é configurável. Para alterá-lo durante a geração de relatórios, utilize o parâmetro GoalToCompleteIR.
O gráfico aqui mostra um intervalo de valores de largura de banda e uma contagem calculada do tamanho do lote da máquina virtual para concluir a replicação inicial em 72 horas, com base no tamanho médio da máquina virtual detetada em todas as máquinas virtuais compatíveis.
Na visualização pública, o relatório não especifica quais máquinas virtuais devem ser incluídas em um lote. Você pode usar o tamanho do disco mostrado na seção VMs compatíveis para localizar o tamanho de cada máquina virtual e selecioná-las para um lote, ou pode selecionar as máquinas virtuais com base nas características conhecidas da carga de trabalho. O tempo de conclusão da replicação inicial muda proporcionalmente, com base no tamanho real do disco da máquina virtual, no espaço em disco usado e na taxa de transferência de rede disponível.
Estimativa de custos
O gráfico mostra a vista de resumo do custo total estimado da recuperação após desastre (DR) para o Azure da região de destino que escolheu e a moeda que especificou para a geração do relatório.
O resumo ajuda você a entender o custo que você precisa pagar por armazenamento, computação, rede e licença ao proteger todas as suas máquinas virtuais compatíveis para o Azure usando o Azure Site Recovery. O custo é calculado em todas as máquinas virtuais compatíveis e não em todas as máquinas virtuais com perfil.
Pode ver o custo mensalmente ou anualmente. Saiba mais sobre as regiões de destino suportadas e as moedas suportadas.
Custo por componentes O custo total de DR é dividido em quatro componentes: custo de Computação, Armazenamento, Rede e licença do Azure Site Recovery. O custo é calculado com base no consumo incorrido durante a replicação e no tempo de drill de DR para computação, armazenamento (premium e padrão), ExpressRoute/VPN configurada entre o site local e o Azure e licença do Azure Site Recovery.
Custo por estados O custo total da recuperação após desastre (DR) é baseado em categorias em dois estados diferentes - Replicação e exploração de DR.
Custo da replicação: o custo que é incorrido durante a replicação. Abrange o custo de armazenamento, rede e licença do Azure Site Recovery.
Custo de exploração de DR: o custo que é incorrido durante as ativações pós-falha de teste. O Azure Site Recovery gira máquinas virtuais durante o failover de teste. O custo de drill DR cobre o custo de computação e armazenamento das máquinas virtuais em execução.
Custo de armazenamento do Azure por mês/ano Ele mostra o custo total de armazenamento incorrido para armazenamento premium e padrão para replicação e drill de DR. Você pode exibir a análise detalhada de custos por máquina virtual na folha Estimativa de custo.
Growth factor and percentile values used (Fator de crescimento e valores de percentil utilizados)
Esta seção na parte inferior da planilha mostra o valor de percentil usado para todos os contadores de desempenho das máquinas virtuais perfiladas (o padrão é o percentil 95) e o fator de crescimento (o padrão é 30%) usado em todos os cálculos.
Recomendações tendo a largura de banda disponível como entrada
Poderá haver casos em que sabe que não pode definir uma largura de banda com mais de x Mbps para a replicação do Site Recovery. A ferramenta permite-lhe introduzir a largura de banda disponível (mediante a utilização do parâmetro -Bandwidth durante a geração do relatório) e obter o RPO alcançável em minutos. Com esse valor de RPO alcançável, você pode decidir se precisa configurar largura de banda extra ou se aceita ter uma solução de recuperação de desastres com esse RPO.
Posicionamento de armazenamento de máquina virtual
Nota
O Deployment Planner v2.5 em diante recomenda o local de armazenamento para máquinas que serão replicadas diretamente para discos gerenciados.
Tipo de armazenamento de replicação: um disco gerenciado padrão ou premium, que é usado para replicar todas as máquinas virtuais correspondentes mencionadas na coluna VMs to Place .
Tipo de conta de armazenamento de log: todos os logs de replicação são armazenados em uma conta de armazenamento padrão.
Prefixo sugerido para a conta de armazenamento: o prefixo de três caracteres sugerido que pode ser usado para nomear a conta de armazenamento de cache. Pode utilizar o seu próprio prefixo, mas a sugestão da ferramenta segue a convenção de nomenclatura de partições para contas de armazenamento.
Nome da conta de log sugerido: o nome da conta de armazenamento depois de incluir o prefixo sugerido. Substitua o nome entre colchetes angulares (< e >) pela sua entrada personalizada.
Resumo do posicionamento: um resumo dos discos necessários para proteger máquinas virtuais por tipo de armazenamento. Inclui o número total de máquinas virtuais, o tamanho total provisionado em todos os discos e o número total de discos.
Máquinas virtuais a serem colocadas: uma lista de todas as máquinas virtuais que devem ser colocadas na conta de armazenamento determinada para desempenho e uso ideais.
Máquinas virtuais compatíveis
Nome da máquina virtual: O nome da máquina virtual ou endereço IP usado no VMListFile quando um relatório é gerado. Esta coluna também lista os discos (VMDKs) que estão anexados às máquinas virtuais. Para distinguir máquinas virtuais vCenter com nomes duplicados ou endereços IP, os nomes incluem o nome do host ESXi. O host ESXi listado é aquele onde a máquina virtual foi colocada quando a ferramenta foi descoberta durante o período de criação de perfil.
Compatibilidade de máquina virtual: Os valores são Sim e Sim*. Sim* é para instâncias em que a máquina virtual é adequada para SSDs premium. Aqui, o disco perfilado de alta rotatividade ou operações de entrada/saída por segundo (IOPS) se encaixa na categoria P20 ou P30, mas o tamanho do disco faz com que ele seja mapeado para um P10 ou P20. A conta de armazenamento decide para que tipo de disco de armazenamento premium mapear os discos com base no tamanho destes. Por exemplo:
- <128 GB é um P10.
- 128 GB a 256 GB é P15
- 256 GB a 512 GB é P20.
- 512 GB a 1024 GB é P30.
- 1025 GB a 2048 GB é P40.
- 2049 GB a 4095 GB é P50.
Por exemplo, se as características da carga de trabalho de um disco o colocarem na categoria P20 ou P30, mas o tamanho o mapear para um tipo de disco de armazenamento premium inferior, a ferramenta marcará essa máquina virtual como Sim*. Também lhe recomenda que altere o tamanho do disco de origem, para se enquadrar no tipo de disco de armazenamento premium aconselhado, ou que altere o tipo de disco de destino a seguir à ativação pós-falha.
Storage Type (Tipo de Armazenamento): standard ou premium.
Asrseeddisk (Managed Disk) criado para replicação: o nome do disco que é criado quando você habilita a replicação. Ele armazena os dados e seus instantâneos no Azure.
IOPS de Leitura/Escrita n Pico (com Fator de Crescimento): IOPS de leitura/escrita da carga de trabalho dentro do pico no disco (a predefinição é o percentil 95), incluindo o fator de crescimento futuro (a predefinição são 30%). O total de IOPS de leitura/gravação de uma máquina virtual nem sempre é a soma das IOPS de leitura/gravação de discos individuais da máquina virtual, porque o pico de IOPS de leitura/gravação da máquina virtual é o pico da soma das IOPS de leitura/gravação de seus discos individuais durante cada minuto do período de criação de perfil.
Alterações a Dados em Mbps no Pico (com Fator de Crescimento): taxa de alterações a dados dentro do pico no disco (a predefinição é o percentil 95), incluindo o fator de crescimento futuro (a predefinição são 30%). A rotatividade total de dados da máquina virtual nem sempre é a soma da rotatividade de dados dos discos individuais da máquina virtual, porque a rotatividade de dados de pico da máquina virtual é o pico da soma da rotatividade de seus discos individuais durante cada minuto do período de criação de perfil.
Tamanho da máquina virtual do Azure: o tamanho ideal da máquina virtual mapeada dos Serviços de Nuvem do Azure para essa máquina virtual local. O mapeamento é baseado na memória da máquina virtual local, no número de discos/núcleos/NICs e IOPS de leitura/gravação. A recomendação é sempre o menor tamanho de máquina virtual do Azure que corresponde a todas as características da máquina virtual local.
Número de discos: o número total de discos de máquina virtual (VMDKs) na máquina virtual.
Tamanho do disco (GB): O tamanho total da configuração de todos os discos da máquina virtual. A ferramenta também mostra o tamanho dos discos individuais na máquina virtual.
Cores: O número de núcleos de CPU na máquina virtual.
Memória (MB): A RAM na máquina virtual.
NICs: O número de NICs na máquina virtual.
Tipo de inicialização: Tipo de inicialização da máquina virtual. Pode ser BIOS ou EFI. Atualmente, o Azure Site Recovery dá suporte a máquinas virtuais EFI do Windows Server (Windows Server 2012, 2012 R2 e 2016), desde que o número de partições no disco de inicialização seja inferior a 4 e o tamanho do setor de inicialização seja de 512 bytes. Para proteger máquinas virtuais EFI, a versão do serviço de mobilidade do Azure Site Recovery deve ser 9.13 ou posterior. Somente failover é suportado para máquinas virtuais EFI. Não há suporte para failback.
Tipo de SO: É o tipo de SO da máquina virtual. Pode ser Windows ou Linux ou outro baseado no modelo escolhido do VMware vSphere durante a criação da máquina virtual.
Máquinas virtuais incompatíveis
Nome da máquina virtual: O nome da máquina virtual ou endereço IP usado no VMListFile quando um relatório é gerado. Esta coluna também lista os VMDKs anexados às máquinas virtuais. Para distinguir máquinas virtuais vCenter com nomes duplicados ou endereços IP, os nomes incluem o nome do host ESXi. O host ESXi listado é aquele onde a máquina virtual foi colocada quando a ferramenta foi descoberta durante o período de criação de perfil.
Compatibilidade de máquina virtual: indica por que determinada máquina virtual é incompatível para uso com a Recuperação de Site. Os motivos são descritos para cada disco incompatível da máquina virtual e, com base nos limites de armazenamento publicados, podem ser qualquer um dos seguintes:
Tamanho de disco de dados errado ou tamanho de disco do sistema operacional errado. Reveja os limites de suporte.
O tamanho total da máquina virtual (replicação + TFO) excede o limite de tamanho da conta de armazenamento suportada (35 TB). Essa incompatibilidade geralmente ocorre quando um único disco na máquina virtual tem uma característica de desempenho que excede os limites máximos suportados do Azure ou do Site Recovery para armazenamento padrão. Essa instância empurra a máquina virtual para a zona de armazenamento premium. No entanto, o tamanho máximo suportado de uma conta de armazenamento premium é de 35 TB e uma única máquina virtual protegida não pode ser protegida em várias contas de armazenamento. Observe também que, quando um failover de teste é executado em uma máquina virtual protegida, ele é executado na mesma conta de armazenamento em que a replicação está progredindo. Neste caso, configure duas vezes o tamanho do disco para que a replicação progrida e a ativação pós-falha de teste seja concluída em paralelo.
O IOPS de origem excede o limite de IOPS de armazenamento suportado de 7500 por disco.
As IOPS de origem excedem o limite de IOPS de armazenamento suportado de 80.000 por máquina virtual.
A rotatividade média de dados excede o limite de rotatividade de dados de recuperação de site suportado de 20 MB/s para o tamanho médio de E/S do disco.
A rotatividade de dados de pico em todos os discos na máquina virtual excede o limite máximo de variação de dados de pico de recuperação de site suportado de 54 MB/s por máquina virtual.
A média de IOPS de escrita efetiva excede o limite de IOPS suportado pelo Site Recovery de 840 por disco.
O armazenamento de instantâneos calculado excede o limite de armazenamento de instantâneos suportado de 10 TB.
O total de alterações a dados por dia ultrapassa o limite de alterações suportadas por dia de 2 GB por um Servidor de Processos.
Pico de IOPS de R/W (com Fator de Crescimento): o pico de IOPS da carga de trabalho no disco (a predefinição é o percentil 95), incluindo o fator de crescimento futuro (a predefinição são 30 por cento). O total de IOPS de leitura/gravação da máquina virtual nem sempre é a soma das IOPS de leitura/gravação de discos individuais da máquina virtual, porque o pico de IOPS de leitura/gravação da máquina virtual é o pico da soma das IOPS de leitura/gravação de seus discos individuais durante cada minuto do período de criação de perfil.
Pico de Alterações a Dados em Mbps (com Fator de Crescimento): o pico da taxa de alterações a dados no disco (a predefinição é o percentil 95), incluindo o fator de crescimento futuro (a predefinição são 30 por cento). A rotatividade total de dados da máquina virtual nem sempre é a soma da rotatividade de dados dos discos individuais da máquina virtual, porque a rotatividade de dados de pico da máquina virtual é o pico da soma da rotatividade de seus discos individuais durante cada minuto do período de criação de perfil.
Número de discos: o número total de VMDKs na máquina virtual.
Tamanho do disco (GB): O tamanho total da configuração de todos os discos da máquina virtual. A ferramenta também mostra o tamanho dos discos individuais na máquina virtual.
Cores: O número de núcleos de CPU na máquina virtual.
Memória (MB): A quantidade de RAM na máquina virtual.
NICs: O número de NICs na máquina virtual.
Tipo de inicialização: Tipo de inicialização da máquina virtual. Pode ser BIOS ou EFI. Atualmente, o Azure Site Recovery dá suporte a máquinas virtuais EFI do Windows Server (Windows Server 2012, 2012 R2 e 2016), desde que o número de partições no disco de inicialização seja inferior a 4 e o tamanho do setor de inicialização seja de 512 bytes. Para proteger máquinas virtuais EFI, a versão do serviço de mobilidade do Azure Site Recovery deve ser 9.13 ou superior. Somente failover é suportado para máquinas virtuais EFI. Não há suporte para failback.
Tipo de SO: É o tipo de SO da máquina virtual. Pode ser Windows ou Linux ou outro baseado no modelo escolhido do VMware vSphere durante a criação da máquina virtual.
Limites do Azure Site Recovery
A tabela seguinte fornece os limites do Azure Site Recovery. Estes limites baseiam-se nos nossos testes, mas não abrangem todas as combinações de E/S de aplicações possíveis. Os resultados reais podem variar consoante a combinação de E/S da sua aplicação. Para obter os melhores resultados, mesmo após o planeamento da implementação, recomendamos sempre que faça testes exaustivos às aplicações através da emissão de uma ativação pós-falha de teste, para ter a perspetiva verdadeira quanto ao desempenho da aplicação.
| Destino do armazenamento da replicação | Tamanho médio de E/S do disco de origem | Média de alterações a dados do disco de origem | Total de alterações a dados do disco de origem por dia |
|---|---|---|---|
| Armazenamento Standard | 8 KB | 2 MB/s | 168 GB por disco |
| Disco Premium P10 ou P15 | 8 KB | 2 MB/s | 168 GB por disco |
| Disco Premium P10 ou P15 | 16 KB | 4 MB/s | 336 GB por disco |
| Disco Premium P10 ou P15 | 32 KB ou superior | 8 MB/s | 672 GB por disco |
| Disco Premium P20 ou P30 ou P40 ou P50 | 8 KB | 5 MB/s | 421 GB por disco |
| Disco Premium P20 ou P30 ou P40 ou P50 | 16 KB ou superior | 20 MB/s | 1684 GB por disco |
| Alterações a dados de origem | Limite Máximo |
|---|---|
| Pico de rotatividade de dados em todos os discos em uma máquina virtual | 54 MB/s |
| Máximo de alterações a dados por dia suportadas por um Servidor de Processos | 2 TB |
Estes são números médios, que pressupõem uma sobreposição de 30 por cento de E/S. O Site Recovery é capaz de processar um débito superior com base no rácio de sobreposição, em tamanhos de escrita maiores e no comportamento real de E/S da carga de trabalho. Os números anteriores pressupõem um atraso típico de aproximadamente cinco minutos. Ou seja, depois de os dados serem carregados, são processados e é criado um ponto de recuperação ao fim de cinco minutos.
Estimativa de custos
Saiba mais sobre a estimativa de custos.
Próximos passos
Saiba mais sobre a estimativa de custos.