Considerazioni per SAS su AWS

Sfondo SAS

• Spazio permanente per file di dati SAS (SASDATA)

  • Archivia i dati persistenti per l'utilizzo di SAS e i file di output SAS risultanti

  • Ampiamente letto, ma riscritto in modo meno estensivo

• SAS Working Data File Space (SASWORK)

  • Spazio di lavoro Scratch per lavori SAS

  • Utilizzato per eseguire l'attività di storage operativa delle procedure SAS a thread singolo

• SAS Utility Data File Space (UTILLOC)

  • Stesso tipo di spazio di SASWORK per procedure SAS multithread

  • Per impostazione predefinita, viene inserito come sottodirectory in SASWORK

• L'archiviazione non persiste dopo il riavvio o il riavvio dei dispositivi interni a stato solido (SSD) che vengono suddivisi insieme in una configurazione RAID 0. Si consiglia di utilizzare istanze con dispositivi temporanei di memoria express (NVMe) non volatile con elevata larghezza di banda, bassa latenza e I/O sequenziale. Queste istanze sono ideali per dati SAS temporanei (SASWORK e UTILLOC).

File system condiviso SAS (richiesto per SAS Grid)

• AWS configura i file system Lustre con le opzioni rwseclabel, e lazystatfs mount. Queste non sono le opzioni di montaggio consigliate per SAS Grid, quindi sarà necessario smontarle FSx per i file system Lustre e rimontarle con il parametro. flock

• Non è possibile espandere le dimensioni del file system Lustre. Per ridimensionare, create un file system Lustre più grande e copiate i dati dal vecchio sistema a quello nuovo.

• FSx Per i file system persistenti di Lustre, i dati vengono replicati all'interno di un'unica zona di disponibilità per una maggiore durabilità. Non viene replicato tra AWS le zone di disponibilità.

• Ti consigliamo di utilizzare l'opzione di storage Amazon S3 per l'uso con SAS Grid e FSx per Lustre. Per ulteriori informazioni, consulta Using Data Repositories with FSx for Lustre nella documentazione. AWS

• Consulta la tabella delle AWS regioni per la disponibilità dei servizi tra AWS regioni e zone di disponibilità. Consulta anche Amazon S3 Same-region Replication (SRR) o Cross-region Replication (CRR) per conoscere le implicazioni delle esigenze di replica dei dati per un'elevata disponibilità.

Tipi di istanze SAS Grid a livello di server

I server SAS Grid necessitano di velocità CPUs per l'elaborazione dei dati. Consigliamo:

• Un minimo di 8 GB di RAM fisica per core fisico e un robusto throughput di I/O (specialmente per SASWORK e SAS UTILLOC).

• Istanze I3: le istanze Amazon EC2 I3 sono ottimizzate per lo storage per carichi di lavoro con transazioni elevate e bassa latenza. Queste istanze includono istanze NVMe basate su SSD ottimizzate per lo storage per prestazioni I/O casuali elevate, throughput di lettura sequenziale elevato e IOPS elevati. A causa dell'elevata larghezza di banda di I/O interna delle unità NVMe SSD a striping per SASWORK e SAS UTILLOC, è necessario configurare l'ambiente per utilizzare esplicitamente le unità NVMe SSD locali basate su disco anziché i volumi Amazon EBS.

• Istanze I3en: questa famiglia offre istanze NVMe SSD ottimizzate per lo storage su Amazon EC2 con reti avanzate tramite ENA per raggiungere fino a 100 Gbps di larghezza di banda di rete.

• Istanze M5n: la famiglia M5 offre un equilibrio tra elaborazione, memoria e rete. Le istanze M5n sono ideali per applicazioni che richiedono prestazioni di rete e velocità di trasmissione dei pacchetti migliorate.

• I carichi di lavoro SAS possono essere caratterizzati principalmente da richieste I/O sequenziali di grandi dimensioni con elevati volumi di dati. Ti consigliamo di predeterminare i modelli di utilizzo SAS. Questo guiderà l'architettura e la configurazione ottimali dei singoli file system sottostanti e il rispettivo provisioning fisico degli I/O.

  • I processi di interrogazione, reportistica e statistica leggera di solito funzionano bene con una velocità di I/O di 100 MiB al secondo per core fisico della CPU.

  • Analisi avanzate e lavori statistici complessi potrebbero richiedere fino a 150 MiB al secondo per core fisico della CPU.

  • Nel complesso, consigliamo una velocità di trasmissione I/O minima di 100-125 MiB al secondo per core fisico della CPU.

Tipi di istanze SAS Grid di livello intermedio e di livello server di metadati

Questi server non richiedono risorse ad alta intensità di elaborazione o un robusto throughput di I/O. Richiedono l'accesso a una quantità di memoria maggiore rispetto ai livelli di elaborazione SAS. Consigliamo:

• Un minimo di 24 GB di RAM fisica o 8 GB di RAM fisica per core fisico, a seconda di quale sia il valore maggiore.

• Istanze R5 o R5d: queste istanze sono adatte per applicazioni a uso intensivo di memoria come cache in memoria, database in memoria di medie dimensioni e analisi di big data in tempo reale.

Alta disponibilità e disaster recovery per SAS Grid

La pianificazione del disaster recovery è importante per qualsiasi sistema aziendale critico, compresi i sistemi di produzione che eseguono la SAS Intelligence Platform e le soluzioni SAS.

Il disaster recovery non è sinonimo di elevata disponibilità. Sebbene entrambi i concetti siano correlati alla continuità aziendale, l'elevata disponibilità consiste nel fornire una continuità delle operazioni senza interruzioni. Al contrario, il disaster recovery comporta una certa quantità di tempi di inattività, generalmente misurati in ore o giorni.