

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# AWS Managed Services Resource Scheduler
<a name="ams-resource-scheduler"></a>

Usa AWS Managed Services (AMS) Resource Scheduler per pianificare l'avvio e l'arresto automatici di AutoScaling gruppi, EC2 istanze Amazon e istanze RDS nel tuo account. Questo aiuta a ridurre i costi di infrastruttura laddove le risorse non sono destinate a funzionare 24 ore su 24, 7 giorni su 7. La soluzione si basa su [Instance Scheduler on AWS](https://aws.amazon.com/solutions/implementations/instance-scheduler/), ma contiene funzionalità e personalizzazioni aggiuntive specifiche per le esigenze di AMS.

**Nota**  
Per impostazione predefinita, AMS Resource Scheduler non interagisce con risorse che non fanno parte di uno stack. AWS CloudFormation La risorsa deve far parte di uno stack che inizia con «stack-», «sc-» o «SC-». Per pianificare le risorse che non fanno parte di uno CloudFormation stack, puoi aggiornare il parametro dello stack Resource Scheduler a. `ScheduleNonStackResources` `Yes`

AMS Resource Scheduler utilizza periodi e pianificazioni:
+ *I periodi* definiscono gli orari di esecuzione di Resource Scheduler, ad esempio l'ora di inizio, l'ora di fine e i giorni del mese.
+ Le *pianificazioni* contengono i periodi definiti, insieme a configurazioni aggiuntive, come la finestra di manutenzione SSM, il fuso orario, l'impostazione di ibernazione e così via; e specificano quando le risorse devono essere eseguite, in base alle regole del periodo configurate. 

È possibile configurare questi periodi e pianificazioni utilizzando i tipi di modifica automatici di AMS Resource Scheduler (). CTs

[Per tutti i dettagli sulle impostazioni disponibili per AMS Resource Scheduler, consulta la documentazione corrispondente di AWS Instance Scheduler in Solution components.](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/components.html) [Per una visione dell'architettura della soluzione, consulta la documentazione corrispondente di AWS Instance Scheduler in Architecture overview.html.](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/architecture-overview.html)

# Installazione di AMS Resource Scheduler
<a name="res-sched-deploying"></a>

Per implementare AMS Resource Scheduler, utilizza il tipo di modifica automatica (CT): Deployment \$1 AMS Resource Scheduler \$1 Solution \$1 Deploy (ct-0ywnhc8e5k9z5) per generare una RFC che poi distribuisca la soluzione nel tuo account. Una volta eseguita la RFC, nel tuo account viene automaticamente fornito uno stack contenente le risorse AMS Resource Scheduler con configurazione predefinita. CloudFormation [Per ulteriori informazioni sui tipi di modifica del Resource Scheduler, consulta AMS Resource Scheduler.](https://docs.aws.amazon.com/managedservices/latest/ctref/deployment-ams-resource-scheduler-section.html)

**Nota**  
**Per scoprire se AMS Resource Scheduler è già distribuito nel tuo account, controlla la console AWS Lambda per quell'account e cerca la funzione Scheduler. AMSResource**

Dopo aver installato AMS Resource Scheduler nel tuo account, ti consigliamo di rivedere la configurazione predefinita e, se necessario, personalizzare configurazioni come tag key, fuso orario, servizi pianificati e così via, in base alle tue preferenze. Per i dettagli sulle personalizzazioni consigliate, consulta la sezione successiva. [Personalizzazione di AMS Resource Scheduler](res-sched-customize.md)

Per effettuare le configurazioni personalizzate o semplicemente confermare la configurazione del Resource Scheduler, 

# Personalizzazione di AMS Resource Scheduler
<a name="res-sched-customize"></a>

[Ti consigliamo di personalizzare le seguenti proprietà di AMS Resource Scheduler utilizzando i tipi di modifica di AMS Resource Scheduler aggiornati, vedi AMS Resource Scheduler.](https://docs.aws.amazon.com/managedservices/latest/ctref/management-ams-resource-scheduler-section.html)
+ **Nome tag: il nome** del tag che Resource Scheduler utilizzerà per associare le pianificazioni delle istanze alle risorse. Il valore predefinito è Schedule.
+ **Servizi pianificati**: un elenco separato da virgole di servizi che Resource Scheduler può gestire. Il valore predefinito è «ec2, rds, autoscaling». I valori validi sono «ec2", «rds» e «autoscaling»
+ **Fuso orario predefinito: Specificare il fuso orario** predefinito da utilizzare per Resource Scheduler. Il valore predefinito è UTC.
+ **Usa CMK**: un elenco separato da virgole di Amazon KMS Customer Managed Key (CMK) ARNs a cui è possibile concedere le autorizzazioni a Resource Scheduler.
+ **Utilizzo LicenseManager**: è possibile concedere le autorizzazioni a un elenco separato da virgole di AWS Licence Manager per quel Resource Scheduler. ARNs 

**Nota**  
Di tanto in tanto, AMS può rilasciare funzionalità e correzioni per mantenere aggiornato AMS Resource Scheduler nell'account dell'utente. Quando ciò accade, tutte le personalizzazioni apportate all'AMS Resource Scheduler vengono mantenute.

# Utilizzo di AMS Resource Scheduler
<a name="res-sched-using"></a>

Per configurare AMS Resource Scheduler dopo l'implementazione della soluzione, utilizza il Resource Scheduler automatizzato CTs per creare, eliminare, aggiornare e descrivere (ottenere dettagli sui) periodi di AMS Resource Scheduler (gli orari in cui viene eseguito Resource Scheduler) e pianificazioni (i periodi configurati e altre opzioni). [Per un esempio di utilizzo dei tipi di modifica di AMS Resource Scheduler, consulta AMS Resource Scheduler.](https://docs.aws.amazon.com/managedservices/latest/ctref/management-ams-resource-scheduler-section.html)

Per selezionare le risorse da gestire con AMS Resource Scheduler, dopo la distribuzione e la creazione della pianificazione, utilizzi AMS Tag Create CTs per etichettare i gruppi di Auto Scaling, gli stack Amazon RDS e le risorse EC2 Amazon con la chiave di tag che hai fornito durante la distribuzione e la pianificazione definita come valore del tag. Dopo aver taggato le risorse, viene pianificato l'avvio o l'arresto delle risorse in base alla pianificazione del Resource Scheduler definita.

L'utilizzo di AMS Resource Scheduler non comporta costi aggiuntivi. Tuttavia, la soluzione ne utilizza diverse Servizi AWS e queste risorse ti verranno addebitate man mano che vengono utilizzate. Per ulteriori dettagli, consulta [Panoramica dell'architettura](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/architecture-overview.html).

Per disattivare AMS Resource Scheduler:
+ Per la disattivazione o la disattivazione temporanea: invia una RFC utilizzando il tipo di modifica automatizzato Management \$1 AMS Resource Scheduler \$1 State \$1 Disable change type (ct-14v49adibs4db)
+ Per la rimozione permanente: invia una richiesta RFC di gestione \$1 Altro \$1 Altro \$1 Aggiornamento (revisione richiesta) (ct-0xdawir96cy7k) che richiede la rimozione dal sistema di automazione delle versioni di Resource Scheduler

# Stima dei costi di AMS Resource Scheduler
<a name="resource-scheduler-cost-est"></a>

Per tenere traccia dei risparmi sui costi, AMS Resource Scheduler presenta un componente che calcola ogni ora i risparmi sui costi stimati per le risorse Amazon EC2 e RDS gestite dallo scheduler. Questi dati sui risparmi sui costi vengono quindi pubblicati come CloudWatch metrica (`AMS/ResourceScheduler`) per aiutarti a tenerne traccia. Lo strumento di stima dei costi stima i risparmi solo sulle ore di funzionamento delle istanze. Non tiene conto di altri costi, come i costi di trasferimento dei dati associati a una risorsa.

Lo strumento di stima del risparmio sui costi è abilitato con Resource Scheduler. Funziona ogni ora e recupera i dati sui costi e sull'utilizzo da. AWS Cost Explorer In base a questi dati, calcola il costo orario medio per ogni tipo di istanza e quindi proietta il costo per un'intera giornata se l'istanza era in esecuzione senza pianificazione. Il risparmio sui costi è la differenza tra il costo previsto e il costo effettivo riportato da Cost Explorer per un determinato giorno.

Ad esempio, se l'istanza A è configurata con Resource Scheduler per essere eseguita dalle 9:00 alle 17:00, ovvero otto ore in un determinato giorno. Cost Explorer riporta il costo pari a \$11 e l'utilizzo a 8. Il costo orario medio è quindi di 0,125 USD. Se l'istanza non è stata pianificata con Resource Scheduler, l'istanza verrà eseguita 24 ore su 24 in quel giorno. In tal caso, il costo sarebbe stato 24x0,125 = 3 USD. Resource Scheduler ti ha aiutato a ottenere un risparmio sui costi di 2\$1.

Affinché lo strumento di stima del risparmio dei costi recuperi i costi e l'utilizzo solo per le risorse gestite da Resource Scheduler da Cost Explorer, la chiave tag utilizzata da Resource Scheduler per indirizzare le risorse deve essere attivata come tag di **allocazione dei costi nella dashboard di fatturazione**. Se l'account appartiene a un'organizzazione, la chiave del tag deve essere attivata nell'account di gestione dell'organizzazione. Per informazioni su questa operazione, vedere [Attivazione dei tag di allocazione dei costi definiti dall'utente e dei tag di allocazione dei](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html) costi definiti [dall'utente](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/custom-tags.html)

Dopo l'attivazione della chiave del tag come tag di allocazione dei costi, la AWS fatturazione inizia a tenere traccia dei costi e dell'utilizzo delle risorse gestite da Resource Scheduler e, una volta che i dati sono disponibili, lo strumento di stima dei costi inizia a calcolare i risparmi sui costi e a pubblicare i dati nello spazio dei nomi delle metriche in. `AMS/ResourceScheduler` CloudWatch 

# Suggerimenti per la stima dei costi
<a name="resource-scheduler-cost-est-faqs"></a>

Cost Savings Estimator non prende in considerazione sconti come istanze riservate, piani di risparmio e così via, nel calcolo. L'Estimator prende i costi di utilizzo da Cost Explorer e calcola il costo medio orario per le risorse. Per maggiori dettagli, consulta [Understanding your AWS Cost Datasets: A Cheat Sheet](https://aws.amazon.com/blogs/aws-cost-management/understanding-your-aws-cost-datasets-a-cheat-sheet/)

Affinché lo strumento di stima del risparmio sui costi recuperi i costi e l'utilizzo solo per le risorse gestite da Resource Scheduler da Cost Explorer, la chiave tag utilizzata da Resource Scheduler per indirizzare le risorse deve essere attivata come tag di **allocazione dei costi nella dashboard di fatturazione**. Se l'account appartiene a un'organizzazione, la chiave del tag deve essere attivata nell'account di gestione dell'organizzazione. Per informazioni su questa operazione, consulta Tag di [allocazione dei costi definiti dall'utente](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/custom-tags.html). Se il tag di allocazione dei costi non è attivato, lo stimatore non è in grado di calcolare i risparmi e pubblicare la metrica, anche se è abilitata.

# Le migliori pratiche di AMS Resource Scheduler
<a name="resource-scheduler-bp"></a>

**Pianificazione delle istanze Amazon EC2 **
+ Il comportamento di chiusura dell'istanza deve essere impostato su `stop` e non su. `terminate` È preimpostato `stop` per le istanze create con il tipo di modifica automatica AMS Amazon EC2 Create (ct-14027q0sjyt1h) e può essere impostato per le istanze EC2 Amazon create con l'ingestione, impostando la proprietà su. AWS CloudFormation `InstanceInitiatedShutdownBehavior` `stop` Se il comportamento di chiusura delle istanze è impostato su`terminate`, le istanze termineranno quando Resource Scheduler le arresta e lo scheduler non sarà in grado di riavviarle.
+ Le EC2 istanze Amazon che fanno parte di un gruppo Auto Scaling non vengono elaborate singolarmente da AMS Resource Scheduler, anche se sono contrassegnate.
+ Se il volume root dell'istanza di destinazione è crittografato con una chiave master del cliente (CMK) KMS, è necessario aggiungere un'`kms:CreateGrant`autorizzazione aggiuntiva al ruolo IAM di Resource Scheduler, affinché lo scheduler possa avviare tali istanze. Per impostazione predefinita, questa autorizzazione non viene aggiunta al ruolo per una maggiore sicurezza. Se richiedi questa autorizzazione, invia una RFC con il tipo di modifica Management \$1 AMS Resource Scheduler \$1 Solution \$1 Update e specifica un elenco separato da virgole ARNs del KMS. CMKs

**Pianificazione dei gruppi di Auto Scaling**
+ AMS Resource Scheduler avvia o arresta la scalabilità automatica dei gruppi di Auto Scaling, non delle singole istanze del gruppo. Cioè, lo scheduler ripristina la dimensione del gruppo Auto Scaling (inizio) o imposta la dimensione su 0 (arresto). 
+  AutoScaling Gruppo di tag con il tag specificato e non le istanze all'interno del gruppo.
+ Durante l'arresto, AMS Resource Scheduler memorizza i valori di capacità minima, desiderata e massima del gruppo Auto Scaling e imposta la capacità minima e desiderata su 0. Durante l'avvio, lo scheduler ripristina la dimensione del gruppo Auto Scaling com'era durante l'arresto. Pertanto, le istanze del gruppo Auto Scaling devono utilizzare una configurazione di capacità appropriata in modo che la chiusura e il riavvio delle istanze non influiscano su alcuna applicazione in esecuzione nel gruppo Auto Scaling.
+ Se il gruppo Auto Scaling viene modificato (la capacità minima o massima) durante un periodo di esecuzione, lo scheduler memorizza la nuova dimensione del gruppo Auto Scaling e la utilizza per ripristinare il gruppo al termine di una pianificazione di interruzioni.

**Pianificazione delle istanze Amazon RDS**
+ Lo scheduler può scattare un'istantanea prima di arrestare le istanze RDS (non si applica al cluster Aurora DB). **Questa funzionalità è attivata per impostazione predefinita con il parametro del modello **Create RDS Instance** Snapshot impostato su true. CloudFormation ** Lo snapshot viene conservato fino alla successiva interruzione dell'istanza Amazon RDS e alla creazione di una nuova istantanea.

  Scheduler può utilizzare istanze start/stop Amazon RDS che fanno parte di un cluster o di un database Amazon RDS Aurora o in una configurazione con più zone di disponibilità (Multi-AZ). Tuttavia, verifica la limitazione di Amazon RDS quando lo scheduler non sarà in grado di interrompere l'istanza Amazon RDS, in particolare le istanze Multi-AZ. **Per pianificare l'avvio o l'arresto di Aurora Cluster, usa il parametro del modello Schedule **Aurora Clusters** (l'impostazione predefinita è true).** Il cluster Aurora (non le singole istanze all'interno del cluster) deve essere etichettato con la chiave tag definita durante la configurazione iniziale e il nome della pianificazione come valore del tag per pianificare quel cluster.

  Ogni istanza Amazon RDS ha una finestra di manutenzione settimanale durante la quale vengono applicate eventuali modifiche al sistema. Durante la finestra di manutenzione, Amazon RDS avvierà automaticamente le istanze che sono state interrotte per più di sette giorni per applicare la manutenzione. Tieni presente che Amazon RDS non interromperà l'istanza una volta completato l'evento di manutenzione.

  Lo scheduler consente di specificare se aggiungere la finestra di manutenzione preferita di un'istanza Amazon RDS come periodo di esecuzione alla sua pianificazione. La soluzione avvierà l'istanza all'inizio della finestra di manutenzione e la interromperà al termine della finestra di manutenzione se nessun altro periodo di esecuzione specifica che l'istanza deve essere eseguita e se l'evento di manutenzione è completato.

  Se l'evento di manutenzione non viene completato entro la fine della finestra di manutenzione, l'istanza verrà eseguita fino all'intervallo di pianificazione successivo al completamento dell'evento di manutenzione.

**Nota**  
Lo Scheduler non verifica che una risorsa sia avviata o interrotta. Effettua la chiamata API e va avanti. Se la chiamata API fallisce, registra l'errore per consentirne l'analisi.