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à.
Creare un nuovo stack
Importante
Il AWS OpsWorks Stacks il servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato sia per i clienti nuovi che per quelli esistenti. Consigliamo vivamente ai clienti di migrare i propri carichi di lavoro verso altre soluzioni il prima possibile. Se hai domande sulla migrazione, contatta AWS Support Squadra su AWS Re:post o tramite
Per creare un nuovo stack, su AWS OpsWorks Nella dashboard Stacks, fai clic su Aggiungi pila. Puoi quindi utilizzare la pagina Add Stack (Aggiungi stack) per configurare lo stack. Al termine, fai clic su Add Stack (Aggiungi stack).
Scegliere il tipo di stack da creare
Prima di creare uno stack, devi decidere quale tipo desideri creare. Per informazioni, consulta la seguente tabella.
| Se vuoi creare... | Crea questo tipo di stack se vuoi... | Per informazioni su come fare, segui queste istruzioni: |
|---|---|---|
| Uno stack di esempio | Esplora le nozioni di base di AWS OpsWorks con uno stack Chef 12 basato su Linux e un'app Node.js di esempio. | |
| Uno stack Chef 12 basato su Linux | Crea uno stack basato su Linux che utilizzi l'ultima versione di Chef che supporta. AWS OpsWorks Scegli questa opzione se sei un utente Chef esperto che desidera trarre vantaggio dall'ampia selezione di libri di ricette della community o scrivere i propri libri di ricette. Per ulteriori informazioni, consulta Chef 12 Linux. | |
| Uno stack Chef 12.2 basato su Windows | Creare uno stack basato su Windows. | |
| Uno stack Chef 11.10 basato su Linux | Creare questo stack se la tua organizzazione richiede l'uso di Chef 11.10 con Linux per la compatibilità con le versioni precedenti. |
Opzioni di base
La pagina Add Stack (Aggiungi stack) contiene le seguenti opzioni di base.
- Stack name (Nome stack)
-
(Obbligatorio) Un nome utilizzato per identificare lo stack in AWS OpsWorks Console Stacks. Il nome non deve essere univoco. AWS OpsWorks Stacks genera anche uno stack ID, che identifica in modo univoco GUID lo stack. Ad esempio, con AWSCLI
comandi come update-stack, si utilizza l'ID dello stack per identificare lo stack specifico. Dopo aver creato uno stack, puoi trovare il relativo ID scegliendo prima Stack nel riquadro di navigazione, quindi Stack Settings (Impostazioni stack). L'ID è etichettato come ID. OpsWorks - Regione
-
(Obbligatorio) La AWS regione in cui verranno avviate le istanze.
- VPC
-
(Facoltativo) L'ID del file in VPC cui deve essere lanciato lo stack. Tutte le istanze verranno avviate in questo modo VPC e non sarà possibile modificare l'ID in un secondo momento.
-
Se il tuo account supporta EC2 Classic, puoi specificare No VPC (il valore predefinito) se non desideri utilizzare unVPC.
Per ulteriori informazioni su EC2 Classic, consulta Piattaforme supportate.
-
Se il tuo account non supporta EC2 Classic, devi specificare unVPC.
L'impostazione predefinita è Default VPC, che combina la facilità d'uso di EC2 Classic con i vantaggi delle funzionalità di VPC rete. Se desideri eseguire lo stack in modo normaleVPC, devi crearlo utilizzando la VPC console API
, o CLI. Per ulteriori informazioni su come creare un file VPC per un AWS OpsWorks Stacks stack, vedi. Esecuzione di uno stack in un VPC Per informazioni generali, consulta Amazon Virtual Private Cloud.
-
- Default Availability Zone/Default subnet (Zona di disponibilità predefinita/Sottorete predefinita)
-
(Facoltativo) Questa impostazione dipende dal fatto che tu stia creando lo stack in un: VPC
-
Se il tuo account supporta la EC2 versione Classic ed è impostata su VPCNo VPC, questa impostazione è denominata Zona di disponibilità predefinita, che specifica la zona di AWS disponibilità predefinita in cui verranno avviate le istanze.
-
Se il tuo account non supporta la EC2 versione Classic o scegli di specificare unaVPC, questo campo è denominato Sottorete predefinita, che specifica la sottorete predefinita in cui verranno avviate le istanze. Puoi avviare un'istanza in altre sottoreti sostituendo questo valore durante la creazione dell'istanza. Ogni sottorete è associata a una zona di disponibilità.
Puoi avere AWS OpsWorks Gli stack avviano un'istanza in una zona di disponibilità o sottorete diversa sovrascrivendo questa impostazione al momento della creazione dell'istanza.
Per ulteriori informazioni su come eseguire uno stack in a, consulta. VPC Esecuzione di uno stack in un VPC
-
- Sistema operativo predefinito
-
(Facoltativo) Il sistema operativo installato per impostazione predefinita in ciascuna istanza. Sono disponibili le seguenti opzioni:
-
Uno dei sistemi operativi Linux integrati.
-
Microsoft Windows Server 2012 R2.
-
Una personalizzazione AMI basata su uno dei sistemi operativi supportati.
Se si seleziona Usa personalizzato AMI, il sistema operativo viene determinato da una personalizzazione AMI specificata durante la creazione delle istanze. Per ulteriori informazioni, consulta Utilizzo di AMI personalizzate.
Per ulteriori informazioni sui sistemi operativi disponibili, consulta AWS OpsWorks Sistemi operativi impilati.
Nota
Puoi sostituire l'impostazione predefinita del sistema operativo al momento della creazione di un'istanza. Tuttavia, non puoi sostituire un sistema operativo Linux con uno Windows o un sistema operativo Windows con uno Linux.
-
- Chiave predefinita SSH
-
(Facoltativo) Una coppia di EC2 chiavi Amazon della regione dello stack. Il valore predefinito è nessuno. Se si specifica una key pair, AWS OpsWorks Stacks installa la chiave pubblica sull'istanza.
-
Con le istanze Linux, puoi utilizzare la chiave privata con un SSH client per accedere alle istanze dello stack.
Per ulteriori informazioni, consulta Accesso con SSH.
-
Con le istanze Windows, puoi utilizzare la chiave privata con la EC2 console Amazon o CLI recuperare la password dell'amministratore di un'istanza.
Puoi quindi utilizzare quella password con un RDP client per accedere all'istanza come amministratore. Per ulteriori informazioni, consulta Accesso con RDP.
Per ulteriori informazioni su come gestire le SSH chiavi, consultaGestione dell'accesso SSH.
Nota
Puoi ignorare questa impostazione specificando una coppia di chiavi diversa, o nessuna coppia di chiavi, al momento della creazione di un'istanza.
-
- Chef version (Versione di Chef)
-
Questa opzione mostra la versione di Chef scelta.
Per ulteriori informazioni sulle versioni di Chef, consulta Versione di Chef.
- Utilizza i libri di ricette personalizzati di Chef
-
Da utilizzare se desideri installare i tuoi libri di ricette Chef personalizzati sulle istanze dello stack.
Per Chef 12, l'impostazione predefinita è Yes (Sì). Per Chef 11, l'impostazione predefinita è No. L'opzione Sì visualizza diverse impostazioni aggiuntive che forniscono AWS OpsWorks Contiene le informazioni necessarie per distribuire i libri di cucina personalizzati dal relativo repository alle istanze dello stack, ad esempio il repository. URL I dettagli dipendono dal repository utilizzato per i tuoi libri di ricette. Per ulteriori informazioni, consulta Installazione di libri di ricette personalizzati.
- Stack color (Colore stack)
-
(Facoltativo) La tonalità utilizzata per rappresentare lo stack sullo AWS OpsWorks Console Stacks. Puoi utilizzare colori diversi per stack diversi per distinguere, ad esempio, tra sviluppo, gestione temporanea e produzione di stack.
- Stack tags (Tag stack)
-
È possibile applicare tag a livello di stack e livello. Quando crei un tag, lo stai applicando a ogni risorsa all'interno della struttura con tag. Ad esempio, se applichi un tag a uno stack, lo applichi a ogni livello e, all'interno di ogni livello, a ogni istanza, EBS volume Amazon o sistema di bilanciamento del carico Elastic Load Balancing nel layer. Per ulteriori informazioni su come attivare i tag e utilizzarli per monitorare e gestire i costi dei AWS OpsWorks Accumula risorse, vedere Utilizzo dei tag di allocazione dei costi e Attivazione dei tag di allocazione dei costi definiti dall'utente nella Guida per l'utente di Billing and Cost Management. Per ulteriori informazioni sul tagging in AWS OpsWorks Pile, vedi. Tag
Opzioni avanzate
Per le impostazioni avanzate, fai clic su Advanced (Avanzate) >> per visualizzare le sezioni Advanced options (Opzioni avanzate) e Security (Sicurezza).
Nella sezione Advanced options (Opzioni avanzate) sono disponibili le seguenti opzioni:
- Default root device type (Tipo di dispositivo radice predefinito)
-
Determina il tipo di storage da utilizzare per il volume root dell'istanza. Per ulteriori informazioni, consulta Storage.
-
Per impostazione predefinita, gli stack Linux utilizzano un volume EBS root supportato da Amazon, ma puoi anche specificare un volume root supportato dall'archivio delle istanze.
-
Gli stack di Windows devono utilizzare un volume EBS root supportato da Amazon.
-
- IAMruolo
-
(Facoltativo) Il ruolo AWS Identity and Access Management (IAM) dello stack, che AWS OpsWorks Stacks utilizza per interagire per tuo AWS conto.
- Profilo di IAM istanza predefinito
-
(Facoltativo) Il IAMruolo predefinito da associare alle EC2 istanze Amazon dello stack. Questo ruolo concede le autorizzazioni alle applicazioni in esecuzione sulle istanze dello stack per accedere AWS a risorse come i bucket S3.
-
Per concedere autorizzazioni specifiche alle applicazioni, scegli un profilo dell'istanza (ruolo) esistente con le policy appropriate.
-
Inizialmente, il ruolo del profilo non concede autorizzazioni, ma puoi utilizzare la IAM console o allegare politiche appropriate. API CLI Per ulteriori informazioni, consulta Specificazione delle autorizzazioni per le app in esecuzione su istanze EC2.
-
- APIregione dell'endpoint
-
Questa impostazione corrisponde al valore dalla regione che scegli nelle impostazioni di base dello stack. Puoi scegliere tra i seguenti endpoint regionali.
-
US East (N. Virginia) Region
-
US East (Ohio) Region
-
US West (Oregon) Region
-
Regione Stati Uniti occidentali (California settentrionale)
Regione Canada (centrale) (APIsolo); non disponibile per gli stack creati in AWS Management Console
-
Regione Asia Pacifico (Mumbai)
-
Regione Asia Pacifico (Singapore)
-
Regione Asia Pacifico (Sydney)
-
Regione Asia Pacifico (Tokyo)
-
Regione Asia Pacifico (Seoul)
-
Regione Europa (Francoforte)
-
Regione Europa (Irlanda)
-
Regione Europa (Londra)
-
Regione Europa (Parigi)
-
Regione Sud America (San Paolo)
Gli stack creati in un API endpoint non sono disponibili in un altro endpoint. API Perché AWS OpsWorks Gli utenti di Stacks sono anche specifici per regione, se lo desideri AWS OpsWorks Stacks utenti in una di queste aree di endpoint Per gestire gli stack in un'altra regione di endpoint, è necessario importare gli utenti nell'endpoint a cui sono associati gli stack. Per ulteriori informazioni sull'importazione di utenti, consulta Importazione di utenti in AWS OpsWorks Pile.
-
- Hostname theme (Tema del nome host)
-
(Facoltativo) Una stringa utilizzata per generare un nome host predefinito per ogni istanza. Il valore predefinito è Layer Dependent (Dipendente dal livello), che usa il nome breve del livello dell'istanza e aggiunge un numero univoco a ogni istanza. Ad esempio, la radice del tema Load Balancer (Sistema di bilanciamento del carico) dipendente dal ruolo è "lb". La prima istanza che aggiungi al livello viene denominata "lb1", la seconda "lb2" e così via.
- OpsWorks Versione per agenti
-
(Facoltativo) Se aggiornare automaticamente il AWS OpsWorks Stacks agent quando è disponibile una nuova versione oppure utilizza una versione dell'agente specificata e la aggiorna manualmente. Questa funzionalità è disponibile sugli stack Chef 11.10 e Chef 12. L'impostazione predefinita è Manual update (Aggiornamento manuale), configurata sulla versione più recente dell'agente.
AWS OpsWorks Stacks installa un agente su ogni istanza che comunica con il servizio e gestisce attività come l'avvio delle esecuzioni di Chef in risposta agli eventi del ciclo di vita. Questo agente viene aggiornato regolarmente. Sono disponibili due opzioni per specificare la versione dell'agente per il tuo stack.
-
Aggiornamento automatico: AWS OpsWorks Stacks installa automaticamente ogni nuova versione dell'agente sulle istanze dello stack non appena l'aggiornamento è disponibile.
-
Aggiornamento manuale: AWS OpsWorks Stacks installa la versione dell'agente specificata sulle istanze dello stack.
AWS OpsWorks Stacks pubblica un messaggio nella pagina dello stack quando è disponibile una nuova versione dell'agente, ma non aggiorna le istanze dello stack. Per aggiornare l'agente, è necessario aggiornare manualmente le impostazioni dello stack per specificare una nuova versione dell'agente e AWS OpsWorks Gli stack aggiorneranno quindi le istanze dello stack.
È possibile sovrascrivere l'impostazione predefinita della versione OpsWorks dell'agente per una particolare istanza aggiornandone la configurazione. In questo caso, l'impostazione dell'istanza ha la precedenza. Ad esempio, supponiamo che l'impostazione predefinita sia Auto-update (Aggiornamento automatico), ma specifichi Manual update (Aggiornamento manuale) per una determinata istanza. Quando AWS OpsWorks Stacks rilascia una nuova versione dell'agente, che aggiornerà automaticamente tutte le istanze dello stack ad eccezione di quella impostata su Aggiornamento manuale. Per installare una nuova versione dell'agente in tale istanza, devi aggiornare manualmente la relativa configurazione e specificare una nuova versione.
Nota
La console visualizza i numeri di versione dell'agente abbreviati. Per visualizzare i numeri di versione completi, chiama il AWS CLI describe-agent-versionscomando o l'equivalente API o i metodi. SDK Questi restituiscono i numeri di versione completi per le versioni disponibili dell'agente.
-
- Personalizzato JSON
-
(Facoltativo) Uno o più attributi personalizzati, formattati come JSON struttura. Questi attributi sono uniti agli attributi di configurazione e distribuzione dello stack installati in ogni istanza e possono essere utilizzati dalle ricette. È possibile utilizzare customJSON, ad esempio, per personalizzare le impostazioni di configurazione sovrascrivendo gli attributi incorporati che specificano le impostazioni predefinite. Per ulteriori informazioni, consulta Utilizzo di Custom JSON.
La sicurezza ha un'opzione, Usa i gruppi di OpsWorks sicurezza, che consente di specificare se associare il AWS OpsWorks Collega i gruppi di sicurezza integrati con i livelli dello stack.
AWS OpsWorks Stacks fornisce un set standard di gruppi di sicurezza integrati, uno per ogni livello, che sono associati ai livelli per impostazione predefinita. L'utilizzo dei gruppi di OpsWorks sicurezza consente invece di fornire gruppi di sicurezza personalizzati. Per ulteriori informazioni, consulta Utilizzo dei gruppi di sicurezza.
Usa i gruppi OpsWorks di sicurezza ha le seguenti impostazioni:
-
Sì - AWS OpsWorks Stacks associa automaticamente il gruppo di sicurezza integrato appropriato a ciascun livello (impostazione predefinita).
Puoi associare ulteriori gruppi di sicurezza a un livello dopo che lo avrai creato, ma non puoi eliminare il gruppo di sicurezza integrato.
-
No - AWS OpsWorks Stacks non associa i gruppi di sicurezza integrati ai livelli.
È necessario creare gruppi EC2 di sicurezza appropriati e associare un gruppo di sicurezza a ciascun livello creato. Tuttavia, puoi ancora associare manualmente un gruppo di sicurezza integrato a un livello al momento della creazione. I gruppi di sicurezza personalizzati sono necessari solo per quei livelli che necessitano di impostazioni personalizzate.
Tieni presente quanto segue:
-
Se Usa gruppi OpsWorks di sicurezza è impostato su Sì, non è possibile limitare le impostazioni di accesso alle porte di un gruppo di sicurezza predefinito aggiungendo un gruppo di sicurezza più restrittivo a un livello. Con più gruppi di sicurezza, Amazon EC2 utilizza le impostazioni più permissive. Inoltre, non puoi creare impostazioni più restrittive modificando la configurazione del gruppo di sicurezza integrato. Quando crei uno stack, AWS OpsWorks Stacks sovrascrive le configurazioni dei gruppi di sicurezza integrati con le impostazioni standard, quindi tutte le modifiche apportate andranno perse alla successiva creazione di uno stack. Se un livello richiede impostazioni del gruppo di sicurezza più restrittive rispetto al gruppo di sicurezza integrato, imposta Usa gruppi di OpsWorks sicurezza su No, crea gruppi di sicurezza personalizzati con le tue impostazioni preferite e assegnali ai livelli al momento della creazione.
-
Se elimini accidentalmente un AWS OpsWorks Impila il gruppo di sicurezza e desideri ricrearlo, deve essere un duplicato esatto dell'originale, comprese le lettere maiuscole del nome del gruppo. Invece di ricreare il gruppo manualmente, consigliamo di AWS OpsWorks Gli stack eseguono il compito al posto tuo. Basta creare un nuovo stack nella stessa AWS regione VPC e, se presente, e AWS OpsWorks Gli stacks ricreeranno automaticamente tutti i gruppi di sicurezza integrati, incluso quello che hai eliminato. È quindi possibile eliminare lo stack se non è più necessario. I gruppi di sicurezza verranno conservati.
