Guida all'implementazione › Pianificazione dell'ambiente › Pianificazione di una federazione › Esempio: mappa della federazione per un'impresa di medie dimensioni

Esempio: mappa della federazione per un'impresa di medie dimensioni

Prima di creare una mappa della federazione, stabilire il numero di server da dedicare a ciascun ruolo server. Nell'esempio seguente, un server è dedicato alla gestione e ai rapporti e i server restanti sono dedicati alla raccolta. Si consiglia questa configurazione per un ambiente di medie dimensioni. È possibile concepire l'architettura dei server di gestione/rapporto e dei server di raccolta come hub e spoke in cui il server di gestione/rapporto rappresenta l'hub. Il diagramma della mappa della federazione non rispecchia questa configurazione, bensì mostra i livelli in modo da poter facilmente distinguere le coppie federate in modo gerarchico da quelle a coppia.

Quando si crea la mappa di una federazione, considerare i tipi di rapporto per cui si desiderano set diversi di dati consolidati. Ad esempio, considerare lo scenario in cui si desiderano dati consolidati utilizzando tre tipi di raggruppamenti di server:

• Solo il server di gestione/rapporto

  Per la maggior parte dei rapporti in cui si desidera esaminare gli eventi archiviati di recente (warm) evitando che i server di raccolta elaborino le query per i nuovi eventi (hot)

  Nota: gli eventi vengono generalmente archiviati dai server di raccolta (spoke) al server di rapporto (hub) ogni ora.

• Tutti i server

  Per i rapporti di sistema sugli eventi di automonitoraggio in cui si desidera valutare lo stato di tutti i server CA User Activity Reporting Module contemporaneamente

  Per gli avvisi in cui è importare eseguire la query di nuovi eventi da tutti i server di raccolta

A seguire, un esempio di mappa di federazione che permette di soddisfare questi obiettivi dei rapporti:

Per implementare la realizzazione di questa mappa di federazione, è necessario intraprendere le seguenti azioni:

• Creare una federazione completamente a coppie tra i server di raccolta. Ogni server di raccolta è sia padre che figlio per tutti gli altri server di raccolta.
• Creare una federazione gerarchica da ciascun server di raccolta al server di gestione/rapporto in cui il server è il padre e il server di gestione/rapporto è il figlio.

Per raggiungere un determinato obiettivo, è importante eseguire il rapporto o l'avviso da un server rappresentato da una posizione particolare sulla mappa della federazione e specificare correttamente se la federazione è necessaria. Ecco alcuni esempi:

• Per generare un rapporto di sistema sugli eventi di automonitoraggio che si verificano su ogni server CA User Activity Reporting Module nella rete, eseguire il rapporto dal server di gestione/rapporto e specificare la condizione di federazione.
• Per pianificare un rapporto relativo a eventi recenti (warm), eseguire il rapporto dal server d gestione/rapporto e annullare la richiesta per la condizione di federazione. Un rapporto di questo tipo comprende i dati archiviati di recente raccolti da tutti i server di raccolta. La federazione non è necessaria.
• Per pianificare un avviso che comprenda i nuovi eventi (hot) da ciascun server di raccolta e gli eventi archiviati (warm) sul server di gestione/rapporto, eseguire l'avviso da qualsiasi server di raccolta e specificare la condizione di federazione. È possibile limitare i risultati restituiti dai server di raccolta specificando come condizioni dei risultati l'intervallo predefinito, ovvero l'ultima ora trascorsa.

Ulteriori informazioni:

Configurazione di un server CA User Activity Reporting Module come server figlio

Esempio: archiviazione automatica fra tre server