Crea un pacchetto in Distributor - AWS Systems Manager

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à.

Crea 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 si crea un pacchetto, il sistema crea un nuovo SSMdocumento. Il documento consente di distribuire il pacchetto nei nodi gestiti.

Solo a scopo dimostrativo, è disponibile un pacchetto di esempio, ExamplePackage.zip, da scaricare dal nostro sito Web. Il pacchetto di esempio include un JSON manifesto completo e tre file.zip contenenti i programmi di installazione per la versione 7.0.0. PowerShell 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

Questa sezione descrive come creare un pacchetto in Distributor scegliendo il flusso di lavoro per la creazione di pacchetti semplici nel Distributor console. Distributor è una capacità 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 genera automaticamente script di installazione e disinstallazione, hash di file e un file manifest in JSON formato alfabetico. Il flusso di lavoro Simple gestisce il processo di caricamento e compressione dei file installabili e la creazione di un nuovo pacchetto e del documento associato. SSM 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 install e crea uninstall script per te. 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 aggiungi comandi di input per uno update script, Distributor include questo script nel pacchetto.zip che crea per voi, insieme agli uninstall script install and.

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.

Per creare un pacchetto utilizzando il flusso di lavoro Simple
  1. Apri la AWS Systems Manager console all'indirizzo https://console.aws.amazon.com/systems-manager/.

  2. Nel riquadro di navigazione, scegli Distributor.

  3. Sul Distributor home page, scegli Crea pacchetto, quindi scegli 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 Posizione, scegli un bucket utilizzando il nome e il prefisso del bucket o utilizzando il bucket. URL

  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.

    Per il flusso di lavoro Simple Package Creation, poiché ogni file installabile viene caricato una sola volta, sono necessari passaggi aggiuntivi per eseguire le istruzioni Distributor per indirizzare un singolo file a 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, consulta Crea un pacchetto utilizzando il flusso di lavoro 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: Creare il manifesto 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: Creare il manifesto 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) Espandi gli script ed esamina gli script che Distributor genera 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 il manifesto ed esamina il manifesto JSON del pacchetto che Distributor genera 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: Creare il manifesto del pacchetto JSON.

  15. Scegliere Create package (Crea pacchetto).

Attendi Distributor per completare il caricamento del software e la creazione del pacchetto. Distributor mostra lo stato di caricamento per ogni file installabile. A seconda del numero e della dimensione dei pacchetti che stai aggiungendo, questa operazione può richiedere alcuni minuti. Distributor ti reindirizza automaticamente alla pagina dei dettagli del pacchetto per il nuovo pacchetto, ma puoi scegliere di aprire tu stesso questa pagina dopo il caricamento del software. La pagina dei dettagli del pacchetto non mostra tutte le informazioni sul pacco fino a Distributor completa il processo di creazione del pacchetto. Per interrompere il processo di caricamento e di creazione del pacchetto, scegli Cancel (Annulla).

Se Distributor non riesce a caricare nessuno dei file installabili dal software, viene visualizzato un messaggio di 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 relativi a AWS Systems Manager Distributor.

Crea un pacchetto utilizzando il flusso di lavoro avanzato

In questa sezione, scopri come gli utenti esperti possono creare un pacchetto in Distributor dopo aver caricato risorse installabili compresse con script di installazione e disinstallazione e un file JSON manifest in un bucket 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 manifesto. 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 pacchetto di esempio, ExamplePackage.zip, può essere scaricato dal nostro sito Web. Il pacchetto di esempio include un JSON manifesto completo e tre file.zip.

Fase 1: Creare i 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, Red Hat Enterprise Linux e le istanze Amazon Linux in genere possono funzionare allo stesso modo. RPMfile eseguibili, quindi è necessario allegare un solo file.zip al pacchetto per supportare entrambi i sistemi operativi.

File richiesti

Gli elementi seguenti sono obbligatori in ogni file .zip.

  • Un install e uno script uninstall. Windows Serveri nodi gestiti basati richiedono PowerShell script (script install.ps1 denominati and). uninstall.ps1 I nodi gestiti basati su Linux richiedono script di shell (script denominati e). install.sh uninstall.sh SSM Agent esegue le istruzioni contenute negli script and. install 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 di pacchetto esistente, l'In-place updateopzione non disconnette l'applicazione del pacchetto durante l'aggiornamento. Windows Serveri nodi gestiti basati richiedono uno PowerShell script (denominato scriptupdate.ps1). I nodi gestiti basati su Linux richiedono uno script di shell (denominato script). update.sh SSM Agent esegue le istruzioni contenute nello script. update

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

Per esempi di file con estensione zip, inclusi esempi install e uninstall script, scaricate il pacchetto di esempio, ExamplePackage .zip.

Fase 2: Creare il manifesto del pacchetto JSON

Dopo aver preparato e compresso i file installabili, create un JSON manifesto. Di seguito è riportato il modello. Le parti del modello del manifest sono descritte nella procedura in questa sezione. È possibile utilizzare un JSON editor per creare questo manifesto in un file separato. In alternativa, è possibile creare il manifesto nella AWS Systems Manager console quando si crea 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 manifesto JSON del pacchetto
  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 del nome della versione che specifichi quando aggiungi il pacchetto a Distributor. Diventa parte del AWS Systems Manager documento che Distributor viene creato quando si aggiunge 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, consulta Architetture e piattaforme dei pacchetti supportate.

    Il 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 scegli di specificare un platform-version valore per una versione specifica del sistema operativo, assicurati che corrisponda alla versione di rilascio esatta del sistema operativo AMI che stai prendendo di mira. Di seguito sono elencate le risorse consigliate per ottenere il valore corretto del sistema operativo.

    • Su un Windows Serverbasata su nodi gestiti, la versione di rilascio è disponibile come dati di 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 ciò non restituisce i risultati necessari, esegui il comando seguente per ottenere informazioni sulla LSB versione dal /etc/lsb-release file e 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, su Debian Server, è possibile eseguire la scansione /etc/debian_version del file oppure Red Hat Enterprise Linux, il /etc/redhat-release file.

      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 si dispone di un file.zip che supporta entrambi Red Hat Enterprise Linux Nelle versioni 7.x e Amazon Linux, nella "packages" sezione sono presenti due voci che puntano allo stesso file.zip, come illustrato 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, esegui il Get-FileHash -Path path-to-.zip-file cmdlet 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 pacchetto di esempio, ExamplePackage.zip, è disponibile per il download dal nostro sito Web. Il pacchetto di esempio include un JSON manifesto completo 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: Creare il manifesto 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 AWS CLI comando per creare un bucket, mbconsultate la sezione AWS CLI Command Reference.

  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 hai intenzione di incollare il JSON manifesto nella AWS Systems Manager console, non caricarlo. Per ulteriori informazioni su come eseguire un AWS CLI comando per caricare file in un bucket, mvconsultate la sezione AWS CLI Command Reference.

  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). È necessario il prefisso a cui aggiungere il pacchetto Distributor.

Fase 4: Aggiungere un pacchetto a Distributor

È possibile utilizzare la AWS Systems Manager console, gli strumenti a riga di AWS comando (AWS CLI and AWS Tools for PowerShell) o AWS SDKs aggiungere un nuovo pacchetto a Distributor. Quando aggiungi un pacchetto, aggiungi un nuovo SSMdocumento. Il documento consente di implementare il pacchetto nei nodi gestiti.

Aggiungi un pacchetto utilizzando la console

È possibile utilizzare la AWS Systems Manager console 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. Apri la AWS Systems Manager console all'indirizzo https://console.aws.amazon.com/systems-manager/.

  2. Nel riquadro di navigazione, scegli Distributor.

  3. Sul Distributor home page, scegli Crea pacchetto, quindi scegli 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 hai caricato il JSON manifesto nel bucket S3 in cui hai archiviato i file.zip, scegli Nuovo manifesto. Puoi creare o incollare l'intero manifesto nel campo dell'editor. JSON Per ulteriori informazioni su come creare il JSON manifesto, vedereFase 2: Creare il manifesto del pacchetto JSON.

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

  10. Attendi Distributor per creare il pacchetto dai file.zip e dal file manifest. A seconda del numero e della dimensione dei pacchetti che stai aggiungendo, questa operazione può richiedere alcuni minuti. Distributor ti reindirizza automaticamente alla pagina dei dettagli del pacchetto per il nuovo pacchetto, ma puoi scegliere di aprire tu stesso questa pagina dopo il caricamento del software. La pagina dei dettagli del pacchetto non mostra tutte le informazioni sul pacco fino a Distributor completa il processo di creazione del pacchetto. Per interrompere il processo di caricamento e di creazione del pacchetto, scegli Cancel (Annulla).

Aggiungi un pacchetto utilizzando il AWS CLI

È possibile utilizzare il AWS CLI per creare un pacchetto. URLPrepara il file dal bucket in cui hai caricato il pacco. 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 il comando AWS CLI per creare un pacchetto, esegui il comando seguente, sostituendo package-name con il nome del pacchetto e path-to-manifest-file con il percorso del file JSON manifest. amzn-s3-demo-bucket è il bucket Amazon S3 in cui è URL archiviato l'intero pacchetto. Quando create-document esegui il comando in Distributor, si specifica il Package valore per--document-type.

    Se non hai aggiunto il file manifest al bucket Amazon S3, il valore del --content parametro è il percorso del 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. Verifica che il pacchetto sia stato aggiunto e mostra il manifesto del pacchetto eseguendo il comando seguente, 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.