Creazione di un pacchetto in Distributor - AWS Systems Manager

Creazione di un pacchetto in Distributor

Per creare un pacchetto, prepara il software o le risorse installabili, un file per piattaforma del sistema operativo. Per creare un pacchetto è richiesto almeno un file.

A volte, piattaforme diverse potrebbero utilizzare lo stesso file, ma tutti i file collegati al pacchetto devono essere elencati nella sezione Files del manifest. Se stai creando un pacchetto utilizzando il flusso di lavoro semplice nella console, il manifest viene generato automaticamente. Il numero massimo di file che puoi collegare a un singolo documento è 20. La dimensione massima di ogni file è di 1 GB. Per ulteriori informazioni sulle piattaforme supportate, consulta Architetture e piattaforme dei pacchetti supportate.

Quando crei un pacchetto, il sistema crea un nuovo Documento SSM. Il documento consente di distribuire il pacchetto nei nodi gestiti.

Solo a scopo dimostrativo, un pacchetto di esempio, ExamplePackage.zip, è disponibile per il download dal nostro sito Web. Il pacchetto di esempio include un manifest JSON completato e tre file zip contenenti programmi di installazione per PowerShell v7.0.0. Gli script di installazione e disinstallazione non contengono comandi validi. Anche se è necessario comprimere ogni software installabile e gli script in un file .zip per creare un pacchetto nel flusso di lavoro Advanced (Avanzato), le risorse installabili non vengono compresse nel flusso di lavoro Simple (Semplice).

Crea un pacchetto utilizzando il flusso di lavoro Simple (Semplice)

Questa sezione descrive come creare un pacchetto in Distributor scegliendo il flusso di lavoro di creazione del pacchetto Simple (Semplice) nella console Distributor. Distributor è una funzionalità di AWS Systems Manager. Per creare un pacchetto, prepara le risorse installabili, un file per ogni piattaforma del sistema operativo. Per creare un pacchetto è richiesto almeno un file. Il processo di creazione del pacchetto Simple (Semplice) genera automaticamente script di installazione e disinstallazione, hash del file e un manifest in formato JSON. Il flusso di lavoro Simple (Semplice) gestisce il processo di caricamento e compressione dei file installabili e la creazione di un nuovo pacchetto e del documento SSM associato. Per ulteriori informazioni sulle piattaforme supportate, consulta Architetture e piattaforme dei pacchetti supportate.

Quando si utilizza il metodo Simple per creare un pacchetto, Distributor crea script install e uninstall per l'utente. Tuttavia, quando si crea un pacchetto per un aggiornamento in locale, è necessario fornire i propri contenuti dello script update nella scheda Update script (Aggiorna script). Quando si aggiungono comandi di input per uno script update, Distributor include questo script nel pacchetto.zip creato per l'utente, insieme agli script uninstall e install.

Nota

Utilizza l'opzione di aggiornamento In-place per aggiungere file nuovi o aggiornati a un'installazione di pacchetti esistente senza disconnettere l'applicazione associata.

Creazione di un pacchetto tramite il flusso di lavoro Simple (Semplice)
  1. Aprire la console AWS Systems Manager all'indirizzo https://console.aws.amazon.com/systems-manager/.

  2. Nel riquadro di navigazione, scegli Distributor.

  3. Nella home page Distributor, scegli Create package (Crea pacchetto), quindi seleziona Simple (Semplice).

  4. Nella pagina Create package (Crea pacchetto), inserisci un nome per il pacchetto. I nomi dei pacchetti possono contenere lettere, numeri, punti, trattini e caratteri di sottolineatura. Il nome deve essere abbastanza generico da applicarsi a tutte le versioni degli allegati del pacchetto, ma abbastanza specifico da identificare lo scopo del pacchetto.

  5. (Facoltativo) In Version name (Nome versione), immettere un nome di versione. I nomi delle versioni possono essere composti da un massimo di 512 caratteri e non possono contenere caratteri speciali.

  6. Per Location (Posizione), scegliere un bucket utilizzando il nome e il prefisso del bucket o utilizzando l'URL del bucket.

  7. Per Upload software (Carica software), scegli Add software (Aggiungi software), quindi passa ai file software installabili con estensione .rpm, .msi o .deb. Se il nome del file contiene spazi, il caricamento non riesce. Puoi caricare più file del software in una singola operazione.

  8. Per Target platform (Piattaforma di destinazione), verifica che la piattaforma del sistema operativo di destinazione visualizzata per ogni file installabile sia corretta. Se il sistema operativo mostrato non è corretto, scegli il sistema operativo corretto nell'elenco a discesa.

    Nel flusso di lavoro di creazione del pacchetto Simple (Semplice), poiché ogni file installabile viene caricato solo una volta, sono richieste fasi aggiuntive per indicare a Distributor di utilizzare un singolo file come destinazione di più sistemi operativi. Ad esempio, se carichi un file del software installabile denominato Logtool_v1.1.1.rpm, alcune impostazioni predefinite nel flusso di lavoro Simple (Semplice) devono essere modificate in modo che lo stesso software sia la destinazione di entrambi i sistemi operativi Amazon Linux e Ubuntu. Quando si utilizzano più piattaforme, eseguire una delle seguenti operazioni.

    • Utilizzare il flusso di lavoro Advanced (Avanzato), comprimere ogni file installabile in un file .zip prima di iniziare e creare manualmente il manifest in modo da poter destinare un file installabile a più piattaforme o versioni del sistema operativo. Per ulteriori informazioni, consultare Creare un pacchetto utilizzando il flusso di lavoro Advanced (Avanzato).

    • Modificare manualmente il file manifest nel flusso di lavoro Simple (Semplice), in modo che il file .zip sia destinato a più piattaforme o versioni di sistema operativo. Per ulteriori informazioni su come eseguire questa operazione, consulta la fine della fase 4 in Fase 2: creazione del manifest del pacchetto JSON.

  9. Per Platform version (Versione della piattaforma), verifica che la versione della piattaforma del sistema operativo mostrata sia _any o una versione principale seguita da una wildcard (7.*) o l'esatta versione della release del sistema operativo specifico che deve essere valida per il software. Per ulteriori informazioni sulla specifica della versione della piattaforma del sistema operativo, consulta la fase 4 in Fase 2: creazione del manifest del pacchetto JSON.

  10. Per Architecture (Architettura), scegli l'architettura del processore corretta per ogni file installabile dall'elenco a discesa. Per ulteriori informazioni sulle architetture del processore supportate, consulta Architetture e piattaforme dei pacchetti supportate.

  11. (Facoltativo) Espandere Scripts (Script) ed esaminare gli script generati da Distributor per il software installabile.

  12. (Facoltativo) Per fornire uno script di aggiornamento da utilizzare con gli aggiornamenti in locale, espandere Scripts (Script), scegliere la scheda Update script (Aggiorna script) e immettere i comandi di script di aggiornamento

    Systems Manager non genera script di aggiornamento per conto dell'utente.

  13. Per aggiungere altri file del software installabile, scegli Add software (Aggiungi software). Altrimenti, vai alla fase successiva.

  14. (Facoltativo) Espandi Manifest ed esamina il manifest del pacchetto JSON generato da Distributor per il software installabile. Se hai modificato eventuali informazioni sul software da momento in cui hai avviato questa procedura, ad esempio versione della piattaforma o piattaforma di destinazione, scegli Generate manifest (Genera manifest) per visualizzare il manifest del pacchetto aggiornato.

    Puoi modificare il manifest manualmente se desideri che un software installabile sia destinato a più di un sistema operativo, come descritto nella fase 8. Per ulteriori informazioni sulla modifica del manifest, consulta Fase 2: creazione del manifest del pacchetto JSON.

  15. Scegliere Create package (Crea pacchetto).

Attendi che Distributor termini il caricamento del software e la creazione del pacchetto. Distributor mostra lo stato di caricamento per ogni file installabile. In base al numero e alla dimensione dei pacchetti che si stanno aggiungendo, questa operazione può richiedere alcuni minuti. Distributor esegue automaticamente il reindirizzamento alla pagina Package details (Dettagli pacchetto) per il nuovo pacchetto, ma puoi scegliere di aprire questa pagina personalmente dopo che il software è stato caricato. La pagina Package details (Dettagli pacchetto) non mostra tutte le informazioni sul pacchetto finché Distributor non termina il processo di creazione del pacchetto. Per interrompere il processo di caricamento e di creazione del pacchetto, scegli Cancel (Annulla).

Se Distributor non è in grado di caricare i file installabili del software, visualizza un messaggio Upload failed (Caricamento non riuscito). Per riprovare a eseguire il caricamento, scegli Retry upload (Riprova caricamento). Per ulteriori informazioni su come risolvere gli errori di creazione del pacchetto, consulta Risoluzione dei problemi di AWS Systems ManagerDistributor.

Creare un pacchetto utilizzando il flusso di lavoro Advanced (Avanzato)

In questa sezione, vengono fornite ulteriori informazioni su come utenti esperti possono creare un pacchetto in Distributor dopo il caricamento di risorse installabili compresse con script di installazione e disinstallazione e un file manifest JSON, in un bucket di Amazon S3.

Per creare un pacchetto, preparare i file .zip delle risorse installabili, un file .zip per ogni piattaforma del sistema operativo. Per creare un pacchetto è richiesto almeno un file .zip. Quindi, crea un manifest JSON. Il manifest include i puntatori per i file del codice del pacchetto. Dopo aver aggiunto i file del codice richiesti a una cartella o a una directory e dopo aver popolato il manifesto con i valori corretti, carica il pacchetto in un bucket S3.

Un esempio di pacchetto, ExamplePackage.zip, è disponibile per il download nel nostro sito Web. Il pacchetto di esempio include un manifest JSON completato e tre file .zip.

Fase 1: creazione dei file ZIP

La base del pacchetto è costituita da almeno un file .zip con software o risorse installabili. Un pacchetto include un file .zip per ogni sistema operativo da supportare, a meno che un file .zip non possa essere installato su più sistemi operativi. Ad esempio, le istanze di Red Hat Enterprise Linux e Amazon Linux in genere possono eseguire gli stessi file eseguibili .RPM, quindi è sufficiente collegare un solo file .zip al pacchetto per supportare entrambi i sistemi operativi.

File richiesti

Gli elementi seguenti sono obbligatori in ogni file .zip.

  • Uno script install e uno script uninstall. I nodi gestiti basati su Windows Server richiedono script PowerShell (denominati install.ps1 e uninstall.ps1). I nodi gestiti basati su Linux richiedono script shell, denominati install.sh e uninstall.sh. SSM Agent esegue le istruzioni negli script install e uninstall.

    Ad esempio, gli script di installazione potrebbero eseguire un programma di installazione, ad esempio .rpm o .msi, potrebbero copiare file o impostare opzioni di configurazione.

  • Un file eseguibile, pacchetti di installazione (.rpm, .deb, .msi e così via), altri script o file di configurazione.

File facoltativi

Il seguente elemento è facoltativo in ogni file.zip:

  • Uno script update. Fornire uno script di aggiornamento consente di utilizzare l'opzione In-place update per installare un pacchetto. Quando si desidera aggiungere file nuovi o aggiornati a un'installazione del pacchetto esistente, l'opzione In-place update non disconnette l'applicazione del pacchetto durante l'esecuzione dell'aggiornamento. I nodi gestiti basati su Windows Server richiedono script PowerShell (denominati update.ps1). I nodi gestiti basati su Linux richiedono uno script shell (nome script update.sh). SSM Agent esegue le istruzioni nello script update.

Per ulteriori informazioni sull'installazione o sull'aggiornamento dei pacchetti, consulta Installazione o aggiornamento dei pacchetti Distributor.

Per esempi di file .zip, inclusi gli script install e uninstall di esempio, scaricare il pacchetto di esempio, ExamplePackage.zip.

Fase 2: creazione del manifest del pacchetto JSON

Dopo la preparazione e la compressione dei file installabili, crea un manifest JSON. Di seguito è riportato il modello. Le parti del modello del manifest sono descritte nella procedura in questa sezione. Puoi utilizzare un editor JSON per creare questo manifest in un file separato. In alternativa, è possibile creare il manifest nella console AWS Systems Manager al momento della creazione di un pacchetto.

{ "schemaVersion": "2.0", "version": "your-version", "publisher": "optional-publisher-name", "packages": { "platform": { "platform-version": { "architecture": { "file": ".zip-file-name-1.zip" } } }, "another-platform": { "platform-version": { "architecture": { "file": ".zip-file-name-2.zip" } } }, "another-platform": { "platform-version": { "architecture": { "file": ".zip-file-name-3.zip" } } } }, "files": { ".zip-file-name-1.zip": { "checksums": { "sha256": "checksum" } }, ".zip-file-name-2.zip": { "checksums": { "sha256": "checksum" } } } }
Per creare un manifest del pacchetto JSON
  1. Aggiungi la versione dello schema al manifest. In questo rilascio, la versione dello schema è sempre 2.0.

    { "schemaVersion": "2.0",
  2. Aggiungi una versione del pacchetto definita dall'utente al manifest. Questo è anche il valore di Version name (Nome versione) specificato quando aggiungi il pacchetto a Distributor. Diventa parte del documento AWS Systems Manager che Distributor crea quando aggiungi il pacchetto. Questo valore viene anche fornito come input nel documento AWS-ConfigureAWSPackage per installare una versione del pacchetto diversa dall'ultima. Un valore version può contenere lettere, numeri, trattini bassi, trattini e punti e può avere una lunghezza massima di 128 caratteri. È consigliabile utilizzare una versione del pacchetto leggibile per semplificare a te e agli altri amministratori la specifica delle versioni esatte del pacchetto durante la distribuzione. Di seguito è riportato un esempio.

    "version": "1.0.1",
  3. (Facoltativo) Aggiungi il nome di un editore. Di seguito è riportato un esempio.

    "publisher": "MyOrganization",
  4. Aggiungi pacchetti. La sezione "packages" descrive le piattaforme, le architetture e le versioni supportate dal file .zip nel pacchetto. Per ulteriori informazioni, consultare Architetture e piattaforme dei pacchetti supportate.

    platform_version può essere il valore jolly _any. Utilizzarlo per indicare che un file .zip supporta qualsiasi versione della piattaforma. È inoltre possibile specificare una versione principale seguita da un carattere jolly in modo che tutte le versioni secondarie siano supportate, ad esempio 7.*. Se si sceglie di specificare un valore platform-version per una versione del sistema operativo specifico, assicurarsi che corrisponda esattamente alla release del sistema operativo AMI che intendi utilizzare. Di seguito sono elencate le risorse consigliate per ottenere il valore corretto del sistema operativo.

    • Su nodi gestiti basati su Windows Server, la versione di release è disponibile sotto forma di dati Windows Management Instrumentation (WMI). Puoi eseguire il seguente comando dal prompt dei comandi per ottenere le informazioni sulla versione, quindi puoi analizzare i risultati per version.

      wmic OS get /format:list
    • In un nodo gestito basato su Linux, per ottenere la versione devi cercare prima il rilascio del sistema operativo (il comando seguente). Cerca il valore di VERSION_ID.

      cat /etc/os-release

      Se non vengono restituiti i risultati richiesti, esegui il secondo comando per ottenere le informazioni di rilascio LSB dal file /etc/lsb-release, quindi cerca il valore di DISTRIB_RELEASE.

      lsb_release -a

      Se questi metodi non riescono, in genere è possibile individuare il rilascio in base alla distribuzione. Ad esempio, puoi analizzare il file Debian Server su /etc/debian_version o il file /etc/redhat-release su Red Hat Enterprise Linux.

      hostnamectl
    "packages": { "platform": { "platform-version": { "architecture": { "file": ".zip-file-name-1.zip" } } }, "another-platform": { "platform-version": { "architecture": { "file": ".zip-file-name-2.zip" } } }, "another-platform": { "platform-version": { "architecture": { "file": ".zip-file-name-3.zip" } } } }

    Di seguito è riportato un esempio. In questo esempio, la piattaforma del sistema operativo è amazon, la versione supportata è 2016.09, l'architettura è x86_64 e il file .zip che supporta questa piattaforma è test.zip.

    { "amazon": { "2016.09": { "x86_64": { "file": "test.zip" } } } },

    Puoi aggiungere il valore jolly _any per indicare che il pacchetto supporta tutte le versioni dell'elemento padre. Ad esempio, per indicare che il pacchetto è supportato su qualsiasi versione di Amazon Linux, l'istruzione del pacchetto deve essere simile alla seguente. Puoi utilizzare il carattere jolly _any a livello di versione o di architettura per supportare tutte le versioni di una piattaforma, tutte le architetture di una versione oppure tutte le versioni e tutte le architetture di una piattaforma.

    { "amazon": { "_any": { "x86_64": { "file": "test.zip" } } } },

    L'esempio seguente aggiunge _any per mostrare che il primo pacchetto, data1.zip, è supportato per tutte le architetture di Amazon Linux 2016.09. Il secondo pacchetto, data2.zip, è supportato per tutte le versioni di Amazon Linux, ma solo per i nodi gestiti con l'architettura x86_64. Entrambe le versioni _any e 2016.09 sono voci di amazon. Esiste una sola piattaforma (Amazon Linux)), ma diverse versioni, architetture e relativi file .zip supportati.

    { "amazon": { "2016.09": { "_any": { "file": "data1.zip" } }, "_any": { "x86_64": { "file": "data2.zip" } } } }

    È possibile fare riferimento a un file .zip più volte nella sezione "packages" del manifest, se il file .zip supporta più di una piattaforma. Ad esempio, se un file .zip supporta sia le versioni 7.x di Red Hat Enterprise Linux sia Amazon Linux, la sezione "packages" contiene due voci che puntano allo stesso file .zip, come mostrato nell'esempio seguente.

    { "amazon": { "2018.03": { "x86_64": { "file": "test.zip" } } }, "redhat": { "7.*": { "x86_64": { "file": "test.zip" } } } },
  5. Aggiungere l'elenco dei file .zip che fanno parte di questo pacchetto dalla fase 4. Ogni voce di file richiede il nome del file e il checksum del valore hash sha256. I valori checksum nel manifest devono corrispondere al valore hash sha256 nelle risorse compresse per evitare errori di installazione del pacchetto.

    Per ottenere il checksum esatto dai file installabili, puoi eseguire i comandi riportati di seguito. In Linux, eseguire shasum -a 256 file-name.zip o openssl dgst -sha256 file-name.zip. In Windows, eseguire il cmdlet Get-FileHash -Path path-to-.zip-file in PowerShell.

    La sezione "files" del manifest include un riferimento a ciascuno dei file .zip nel pacchetto.

    "files": { "test-agent-x86.deb.zip": { "checksums": { "sha256": "EXAMPLE2706223c7616ca9fb28863a233b38e5a23a8c326bb4ae241dcEXAMPLE" } }, "test-agent-x86_64.deb.zip": { "checksums": { "sha256": "EXAMPLE572a745844618c491045f25ee6aae8a66307ea9bff0e9d1052EXAMPLE" } }, "test-agent-x86_64.nano.zip": { "checksums": { "sha256": "EXAMPLE63ccb86e830b63dfef46995af6b32b3c52ce72241b5e80c995EXAMPLE" } }, "test-agent-rhel5-x86.nano.zip": { "checksums": { "sha256": "EXAMPLE13df60aa3219bf117638167e5bae0a55467e947a363fff0a51EXAMPLE" } }, "test-agent-x86.msi.zip": { "checksums": { "sha256": "EXAMPLE12a4abb10315aa6b8a7384cc9b5ca8ad8e9ced8ef1bf0e5478EXAMPLE" } }, "test-agent-x86_64.msi.zip": { "checksums": { "sha256": "EXAMPLE63ccb86e830b63dfef46995af6b32b3c52ce72241b5e80c995EXAMPLE" } }, "test-agent-rhel5-x86.rpm.zip": { "checksums": { "sha256": "EXAMPLE13df60aa3219bf117638167e5bae0a55467e947a363fff0a51EXAMPLE" } }, "test-agent-rhel5-x86_64.rpm.zip": { "checksums": { "sha256": "EXAMPLE7ce8a2c471a23b5c90761a180fd157ec0469e12ed38a7094d1EXAMPLE" } } }
  6. Dopo aver aggiunto le informazioni sul pacchetto, salva e chiudi il file manifest.

Di seguito è riportato un esempio di un manifest completato. Questo esempio mostra un file .zip, NewPackage_LINUX.zip, che supporta più di una piattaforma, ma viene indicato nella sezione "files" una sola volta.

{ "schemaVersion": "2.0", "version": "1.7.1", "publisher": "Amazon Web Services", "packages": { "windows": { "_any": { "x86_64": { "file": "NewPackage_WINDOWS.zip" } } }, "amazon": { "_any": { "x86_64": { "file": "NewPackage_LINUX.zip" } } }, "ubuntu": { "_any": { "x86_64": { "file": "NewPackage_LINUX.zip" } } } }, "files": { "NewPackage_WINDOWS.zip": { "checksums": { "sha256": "EXAMPLEc2c706013cf8c68163459678f7f6daa9489cd3f91d52799331EXAMPLE" } }, "NewPackage_LINUX.zip": { "checksums": { "sha256": "EXAMPLE2b8b9ed71e86f39f5946e837df0d38aacdd38955b4b18ffa6fEXAMPLE" } } } }

Esempio di pacchetto

Un esempio di pacchetto, ExamplePackage.zip, è disponibile per il download nel nostro sito Web. Il pacchetto di esempio include un manifest JSON completato e tre file .zip.

Fase 3: caricamento del pacchetto e del manifest in un bucket Amazon S3

Preparare il pacchetto copiando o spostando tutti i file .zip in una cartella o una directory. Un pacchetto valido richiede il manifest creato in Fase 2: creazione del manifest del pacchetto JSON e tutti i file .zip identificati nel file manifest.

Per caricare il pacchetto e il manifest in Amazon S3
  1. Copiare o spostare tutti i file di archivio .zip specificati nel manifest in una cartella o una directory. Non comprimere la cartella o la directory in cui si spostano i file di archivio .zip e il file manifest.

  2. Creare un bucket o sceglierne uno esistente. Per ulteriori informazioni consulta la sezione relativa alla creazione di un bucket nella Guida alle operazioni di base di Amazon Simple Storage Service. Per ulteriori informazioni su come eseguire un comando dell'AWS CLI per creare un bucket, consulta mb nel Riferimento ai comandi dell'AWS CLI.

  3. Carica la cartella o la directory nel bucket. Per ulteriori informazioni, consulta Aggiungi un oggetto in un bucket nella Guida alle operazioni di base di Amazon Simple Storage Service. Se prevedi di incollare il tuo manifest JSON nella console AWS Systems Manager, non caricare il manifest. Per ulteriori informazioni su come eseguire un comando dell'AWS CLI per caricare i file in un bucket, consulta mv nel Riferimento ai comandi dell'AWS CLI.

  4. Nella home page del bucket, scegli la cartella o la directory che hai caricato. Se hai caricato i file in una sottocartella in un bucket, prendi nota della sottocartella (nota anche come un prefisso). Il prefisso è necessario per aggiungere il pacchetto a Distributor.

Fase 4: aggiunta di un pacchetto a Distributor

Puoi utilizzare la console AWS Systems Manager, gli strumenti a riga di comando AWS (AWS CLI e AWS Tools for PowerShell) o gli SDK AWS per aggiungere un nuovo pacchetto Distributor. Quando aggiungi un pacchetto, stai aggiungendo un nuovo documento SSM. Il documento consente di implementare il pacchetto nei nodi gestiti.

Aggiunta di un pacchetto tramite la console

Puoi utilizzare la console AWS Systems Manager per creare un pacchetto. Tieni pronto il nome del bucket in cui hai caricato il pacchetto in Fase 3: caricamento del pacchetto e del manifest in un bucket Amazon S3.

Per aggiungere un pacchetto a Distributor (console)
  1. Aprire la console AWS Systems Manager all'indirizzo https://console.aws.amazon.com/systems-manager/.

  2. Nel riquadro di navigazione, scegli Distributor.

  3. Nella home page Distributor, scegli Create package (Crea pacchetto) e seleziona Advanced (Avanzato).

  4. Nella pagina Create package (Crea pacchetto), inserisci un nome per il pacchetto. I nomi dei pacchetti possono contenere lettere, numeri, punti, trattini e caratteri di sottolineatura. Il nome deve essere abbastanza generico da applicarsi a tutte le versioni degli allegati del pacchetto, ma abbastanza specifico da identificare lo scopo del pacchetto.

  5. Per Version name (Nome versione), immettere il valore esatto della voce version nel file manifest.

  6. Per S3 bucket name (Nome bucket S3), scegliere il nome del bucket in cui sono stati caricati i file .zip e il manifest in Fase 3: caricamento del pacchetto e del manifest in un bucket Amazon S3.

  7. Per S3 key prefix (Prefisso della chiave S3), immettere la sottocartella del bucket in cui sono archiviati i file .zip e il manifest.

  8. Per Manifest, scegliere Extract from package (Estrai dal pacchetto) per utilizzare un manifest caricato nel bucket Amazon S3 con i file .zip.

    (Facoltativo) Se non è stato caricato il manifest JSON nel bucket S3 in cui sono stati archiviati i file .zip, scegliere New manifest (Nuovo manifest). Puoi creare o incollare l'intero manifest nel campo Editor JSON. Per ulteriori informazioni su come creare il JSON manifest, consulta Fase 2: creazione del manifest del pacchetto JSON.

  9. Al termine, scegli Create package (Crea pacchetto).

  10. Attendere che Distributor crei il pacchetto dai file .zip e manifest. In base al numero e alla dimensione dei pacchetti che si stanno aggiungendo, questa operazione può richiedere alcuni minuti. Distributor esegue automaticamente il reindirizzamento alla pagina Package details (Dettagli pacchetto) per il nuovo pacchetto, ma puoi scegliere di aprire questa pagina personalmente dopo che il software è stato caricato. La pagina Package details (Dettagli pacchetto) non mostra tutte le informazioni sul pacchetto finché Distributor non termina il processo di creazione del pacchetto. Per interrompere il processo di caricamento e di creazione del pacchetto, scegli Cancel (Annulla).

Aggiunta di un pacchetto utilizzando AWS CLI

Puoi utilizzare AWS CLI per creare un pacchetto. Tieni pronto l'URL del bucket da cui hai caricato il pacchetto in Fase 3: caricamento del pacchetto e del manifest in un bucket Amazon S3.

Per aggiungere un pacchetto ad Amazon S3 utilizzando AWS CLI
  1. Per utilizzare AWS CLI per creare un pacchetto, eseguire il comando seguente, sostituendo package-name con il nome del pacchetto e path-to-manifest-file con il percorso del file manifesto JSON. amzn-s3-demo-bucket è l’URL del bucket di Amazon S3 in cui è archiviato l’intero pacchetto. Quando esegui il comando create-document in Distributor, devi specificare il valore Package per --document-type.

    Se non è stato aggiunto il file manifest al bucket Amazon S3, il valore del parametro --content è il percorso al file manifest JSON.

    aws ssm create-document \ --name "package-name" \ --content file://path-to-manifest-file \ --attachments Key="SourceUrl",Values="amzn-s3-demo-bucket" \ --version-name version-value-from-manifest \ --document-type Package

    Di seguito è riportato un esempio.

    aws ssm create-document \ --name "ExamplePackage" \ --content file://path-to-manifest-file \ --attachments Key="SourceUrl",Values="https://s3.amazonaws.com/amzn-s3-demo-bucket/ExamplePackage" \ --version-name 1.0.1 \ --document-type Package
  2. Verificare che il pacchetto sia stato aggiunto e visualizzare il manifest del pacchetto eseguendo questo comando, sostituendo package-name con il nome del pacchetto. Per ottenere una versione specifica del documento (non la stessa di un pacchetto), puoi aggiungere il parametro --document-version.

    aws ssm get-document \ --name "package-name"

Per informazioni sulle altre opzioni che puoi utilizzare con il comando create-document, consulta create-document nella sezione AWS Systems Manager Riferimento ai comandi AWS CLI. Per informazioni sulle altre opzioni che puoi utilizzare con il comando get-document , consulta get-document.