Campaign Classic: Recomendações para dimensionamento de hardware

Descrição

Ambiente
Adobe Campaign Classic v7

Problema/Sintomas
Este documento fornece recomendações gerais para a implantação do Adobe Campaign Classic v7 no seu data center local ou no ambiente de nuvem virtualizada. Esse tipo de implantação, chamada de híbrido ou mid-sourcing, coloca a instância de marketing do Campaign e o banco de dados de marketing sob seu controle operacional, enquanto usa os serviços da Adobe Cloud Messaging para enviar emails, mensagens SMS ou SMPP e coletar dados de rastreamento de cliques, rejeição e abertura de email.

Precaução - Este artigo é fornecido apenas como um guia de exemplo geral. Você deve se envolver com a equipe de conta do Adobe do Adobe Campaign para medir o dimensionamento exato da implantação antes de iniciar o projeto do Campaign. Não adquira nem implante nenhuma infraestrutura ou hardware até que isso seja feito.

A instância de marketing é a parte da arquitetura do Adobe Campaign que direciona todas as atividades de marketing e armazena todos os dados e dados analíticos do recipient retornados pelas campanhas. A instância de marketing é um conjunto de servidores locais que executam serviços da Adobe Campaign e um banco de dados relacional.

Precaução - As informações neste documento não se aplicam se você estiver usando uma instância do Adobe Campaign totalmente hospedada (implantada em Adobe Cloud Services).

A compatibilidade de software é detalhada no Matriz de compatibilidade.
Cenários
Os diagramas de implantação e as recomendações de dimensionamento de hardware são fornecidos para três cenários representativos:

1. Tamanho moderado - 5 milhões de destinatários ativos no sistema
2. Tamanho Grande - 20 milhões de beneficiários ativos no sistema
3. Empresa - 50 milhões de destinatários ativos, com mensagens transacionais

Pressupostos
Este documento também assume os seguintes tipos de uso para todos os três cenários:

• Grandes campanhas de email são enviadas duas vezes por semana, para aproximadamente 50% dos recipients ativos.
• As malas diretas são geradas uma vez por mês para cada recipient no sistema.
• As mensagens SMS são enviadas para aproximadamente 10% dos recipients ativos a cada mês.
• O schema de banco de dados que define cada recipient foi estendido com uma tabela adicional, contendo cerca de 200 bytes de dados para cada recipient.
• O módulo Adobe Campaign Interaction é usado para adicionar ofertas a emails de saída.
• Os dados de rastreamento de email são retidos no sistema de Campanha por 90 dias.

Resolução

Orientações gerais
O Campaign é um aplicativo centrado em banco de dados e o desempenho do servidor de banco de dados é essencial. A execução de workflows, segmentação, rastreamento de uploads de dados, interações de entrada, análises e outras atividades geram atividade do banco de dados. Em geral, o tamanho e a frequência dessas operações determinam o tamanho dos servidores de banco de dados.

Os servidores de aplicativos em sua instância de marketing exigem CPU e memória suficientes para executar workflows e responder a chamadas de API SOAP, incluindo solicitações de usuários do Console do Campaign. Os requisitos da CPU podem ser significativos para workflows que usam interações de saída com regras de oferta complexas, workflows que executam Javascript personalizado e aplicativos da Web com altos níveis de tráfego.

Aplicativos da Web do Campaign também podem ser implantados nos servidores de aplicativos da instância de marketing ou em sistemas de servidores da Web separados. Como as cargas de trabalho de aplicativos da Web estão em conflito com fluxos de trabalho críticos e usuários do Campaign Console, as aplicações Web e as interações de entrada podem ser implantadas em servidores separados, para garantir que a funcionalidade principal do Campaign funcione de forma confiável com bom desempenho.

Para segurança e disponibilidade, o Adobe recomenda separar o tráfego da Internet do tráfego gerado pelos usuários empresariais. Por esse motivo, os diagramas contêm dois grupos de servidores: o servidor Web (Web1 e Web2 voltadas para a Internet) e os servidores de aplicativos (processos de negócios App1 e App2).

É um requisito legal que os remetentes de email comercialmente tenham uma página da Web de opção funcional. O Adobe recomenda ter uma máquina redundante em cada servidor de grupo para cenários de failover. Isso é especialmente verdadeiro se o Adobe Campaign hospedar as páginas de opção de não participação.

 
Proxies inversos
A arquitetura do Campaign impõe alta segurança usando SSL sobre HTTP (HTTPS) para se comunicar entre sua instância de marketing e o Adobe Cloud Messaging. A segurança, confiabilidade e disponibilidade são aplicadas usando proxies reversos em uma sub-rede "zona desmilitarizada" (DMZ) para isolar e proteger os servidores e o banco de dados das instâncias de marketing.

 
Balanceador de carga
O balanceador de carga dos servidores de aplicativos é configurado em uma configuração ativa/passiva, com HTTPS terminado no proxy. O balanceador de carga dos servidores da Web é configurado em uma configuração ativa/ativa, com HTTPS terminado no proxy.

O Adobe fornece a lista exclusiva de caminhos de URL que podem ser retransmitidos para o servidor Adobe Campaign em seu ambiente de implantação.

 
Arquitetura
A arquitetura geral é quase idêntica independentemente dos volumes. Os requisitos de segurança e alta disponibilidade impõem um mínimo de quatro servidores; dois servidores se nenhum WebApps for usado. A diferença na configuração varia principalmente na configuração do hardware, como núcleo da CPU e memória.

Cenário 1: Implantação de tamanho moderado

Volume estimado

Para esses volumes, um par de sistemas de servidor de aplicativos Adobe Campaign fornece toda a funcionalidade para usuários do Adobe Campaign Client e execução de workflow. Para 5 milhões de recipients ativos e esse volume de email, as cargas de trabalho do servidor de aplicativos não são intensivas de CPU ou E/S; a maior parte do estresse está no banco de dados.

Os servidores da Web da Adobe Campaign são mostrados na zona segura.

 
Servidores da Web e de aplicativos
Esse cenário recomenda instalar o Adobe Campaign em quatro computadores, com a seguinte especificação:

CPU quad-core de 3 Ghz+, 8 GB de RAM, RAID 1 ou 10, 2 SSD de 80 GB

Esses sistemas criam a instância de marketing do Servidor de aplicativos, que oferece suporte direto aos usuários do Console do Campaign e executa os workflows da campanha.

Proxies reversos em um tráfego de balanceamento de carga em DMZ para os servidores da Web da Adobe Campaign. Não há necessidade de instalar a pilha de software Adobe Campaign em máquinas proxy; pode ser utilizado qualquer software de proxy reverso ou equipamento de rede.

Os recursos de participação/não participação e centro de preferências de assinatura podem ser fornecidos pelo Campaign ou por seu próprio site. Se você optar por implementar essa funcionalidade em seu site, deve garantir que as informações de preferência e subscrição sejam propagadas para o banco de dados de marketing do Campaign. Normalmente, é feito criando arquivos de extração que são carregados automaticamente pelos workflows do Campaign.

O consumo de espaço em disco nos Servidores de Aplicativos depende do período de retenção de arquivos trocados com provedores de serviços de terceiros (por exemplo, fornecedores de impressão por Mala Direta) e do tamanho e retenção de arquivos simples importados, como atualizações de assinatura ou preferências de seu site, ou extrações de seu próprio CRM ou sistemas de marketing.

 
Banco de dados
As recomendações de hardware para o servidor de banco de dados são as seguintes:

CPU de 3 Ghz+ 4 núcleos, RAM de 16 GB, RAID 1 ou 10, SSD mínimo de 128 GB

A estimativa de memória assume o armazenamento em cache total de aproximadamente 500.000 recipients para uma grande inicialização de campanha, além de espaço em buffer RDBMS para executar workflows, importar dados de rastreamento e outras atividades simultâneas.

Estima-se que o espaço em disco necessário no banco de dados para armazenar todos os dados técnicos do Adobe Campaign (campanhas, rastreamento, tabelas de trabalho e assim por diante) seja de aproximadamente 35 GB com base em um período de retenção de três meses. Se você optar por manter os dados de rastreamento por 6 meses, o tamanho do banco de dados aumenta para aproximadamente 40 GB e a retenção de 12 meses aumenta o tamanho do banco de dados para aproximadamente 45 GB. Os dados do destinatário consomem cerca de 5 GB para esse ambiente.

Precaução - Essa estimativa não inclui dados adicionais do cliente. Se você estiver planejando replicar colunas ou tabelas adicionais de dados do cliente no banco de dados do Adobe Campaign, será necessário estimar o requisito adicional de espaço em disco para ele. Segmentos/listas carregadas também exigem mais armazenamento, dependendo de seu tamanho, frequência e período de retenção.

Servidores da Web e de aplicativos
Nesse cenário, o Adobe recomenda instalar o Adobe Campaign em quatro máquinas, dois servidores de aplicativos e dois servidores da Web, com a seguinte especificação:

Consulte Cenário 1: Implantação de tamanho moderado para obter mais comentários sobre proxies, centros de preferências/manuseio de assinatura e uso de espaço em disco.

 
Banco de dados
As recomendações de hardware para o servidor de banco de dados são as seguintes:

Essa implantação também inclui chamadas do Centro de Mensagens, movidas de seus próprios sites e aplicativos.

 
Servidores da Web e de aplicativos
Nesse cenário, o Adobe recomenda instalar o Adobe Campaign em quatro computadores, da seguinte maneira:

Consulte Cenário 1: Implantação de tamanho moderado para obter mais comentários sobre proxies, centros de preferências/manuseio de assinatura e uso de espaço em disco.

 
Banco de dados
As recomendações de hardware para o servidor de banco de dados são as seguintes:

Orientações para a alteração de pressupostos
As suposições feitas para esses cenários têm um impacto significativo nas recomendações de hardware e na arquitetura de implantação. Esta seção discute as diretrizes sobre diferentes suposições. Entre em contato com a equipe de consultoria da Adobe Campaign para obter recomendações específicas para atender aos seus requisitos.

• Número de Recipients

  Os recipients ativos exigem espaço de armazenamento e espaço de buffer de banco de dados, de modo que, em geral, mais recipients exigem mais memória e capacidade da CPU no servidor de banco de dados. Os aumentos de armazenamento são relativamente pequenos para os próprios recipients, mas podem ser significativos para os dados de rastreamento de eventos mantidos para campanhas de email.

• Tamanho da campanha por email

  A frequência de inicializações de campanha afeta os requisitos de CPU do servidor de banco de dados. Combinadas com mala direta, interações de entrada e outros fluxos de trabalho, as operações de segmentação para campanhas de email colocam uma carga significativa no servidor de banco de dados.

• Frequência de correspondência direta

  A frequência de malas diretas pode afetar os requisitos da CPU do servidor de banco de dados. Combinadas com inicializações de campanha e outros workflows, as operações de segmentação de mala direta colocavam uma carga significativa no servidor de banco de dados.

• Volume de mensagens SMS

  Assim como o tamanho da campanha por email, o volume de mensagens SMS não coloca grandes cargas nos servidores do Campaign localizados no local; a carga é principalmente nos servidores do Adobe Cloud Messaging na nuvem. A segmentação para campanhas de SMS, como email e mala direta, pode colocar uma carga significativa no banco de dados de marketing. Portanto, a frequência de lançamentos de campanha de SMS e a complexidade da segmentação são mais relevantes do que o volume de mensagens SMS.

• Complexidade do esquema do banco de dados

  A quantidade de dados para cada recipient ativo requer espaço de armazenamento e espaço de buffer de banco de dados, de modo que mais recipients geralmente exigem mais memória e CPU no servidor de banco de dados. Esquemas complexos também exigem mais tabelas para serem unidas para segmentação, de modo que as operações de segmentação podem ser executadas muito mais lentamente e exigem mais CPU e memória do banco de dados quando os dados são distribuídos em várias tabelas.
  A memória do servidor de banco de dados é estimada garantindo que o pool de buffer do banco de dados possa ser grande o suficiente para conter todos os dados do recipient, além de tabelas temporárias para executar workflows, além de uma margem para outras operações do banco de dados.

• Uso de interação de saída

  As regras de Interação no modo de lote são avaliadas em workflows que entregam toda a complexidade de cálculo ao banco de dados. O principal fator de esforço no banco de dados é o número total de ofertas elegíveis computadas durante uma chamada de mecanismo (tamanho do target X número médio de ofertas por recipient antes de manter as N melhores ofertas). A velocidade da CPU do servidor de banco de dados é o primeiro fator de desempenho.

• Interações de entrada ou uso de API SOAP

  As regras e ofertas de interação de entrada são avaliadas no banco de dados de marketing, exigindo recursos significativos do servidor de banco de dados, especialmente a CPU. O uso intenso de Interações de entrada ou APIs SOAP requer servidores da Web separados para separar a carga de trabalho da execução de workflows do Campaign.

• Período de retenção de dados de rastreamento

  Aumentar a retenção de dados de rastreamento além de 90 dias requer mais armazenamento de banco de dados e pode retardar o sistema porque a inserção de novos dados de rastreamento vai para tabelas grandes. O rastreamento de dados não é útil para a segmentação da campanha após 90 dias, portanto, o período de retenção mais curto é recomendado.
  Os dados de rastreamento devem ser movidos para o Adobe Analytics ou outro sistema de análise se você precisar de uma análise de longo prazo da experiência de marketing do recipient.

Virtualização
Todos os servidores do Campaign são bons candidatos à virtualização. Vários problemas devem ser abordados para garantir disponibilidade e desempenho adequados.

• Configuração de failover

  Os servidores em cluster, por exemplo, servidores de aplicativos redundantes em um proxy com balanceamento de carga, devem ser implantados em hardware separado para garantir que ambas as VMs não desçam caso haja falha de hardware.

• Configuração de E/S

  Qualquer configuração RAID recomendada deve ser mantida para segurança do banco de dados, para garantir que a perda de um dispositivo de armazenamento não cause perda de dados.

• Desempenho de E/S

  A classificação de IOPS recomendada para armazenamento de banco de dados deve ser respeitada. Serviços em nuvem como o Amazon EC2 podem não fornecer o desempenho necessário e devem ser cuidadosamente avaliados. Por exemplo, os volumes de SSD provisionados pelo Amazon EC2 são classificados atualmente em 20.000 IOPS cada. Saiba mais em Documentação do AmazonPortanto, uma configuração RAID de 4 volumes seria classificada em 80.000 IOPS, o que pode não ser suficiente.

O Adobe recomenda testes de desempenho para qualquer implantação virtualizada do Adobe Campaign antes de colocar o sistema em produção.

Recursos do Business.Adobe.com