Crea un catalogo AWS
Crea cataloghi macchine descrive le procedure guidate che creano un catalogo macchine. Le informazioni seguenti coprono i dettagli specifici degli ambienti di virtualizzazione AWS.
Nota:
Prima di creare un catalogo AWS, è necessario completare la creazione di una connessione ad AWS. Vedere Connessione ad AWS.
Impostazioni di rete durante la preparazione dell’immagine
Durante la preparazione dell’immagine, viene creata una macchina virtuale di preparazione basata sulla macchina virtuale originale. Questa macchina virtuale di preparazione è disconnessa dalla rete. Per disconnettere la rete dalla VM di preparazione, viene creato un gruppo di sicurezza di rete per negare tutto il traffico in entrata e in uscita. Questo gruppo di sicurezza di rete viene mantenuto e riutilizzato. Il nome del gruppo di sicurezza di rete è Citrix.XenDesktop.IsolationGroup-GUID
, in cui il GUID viene generato in modo casuale.
Tenancy AWS
AWS offre le seguenti opzioni di tenancy: tenancy condivisa (il tipo predefinito) e tenancy dedicata. La tenancy condivisa significa che più istanze Amazon EC2 di clienti diversi potrebbero risiedere sullo stesso componente hardware fisico. La tenancy dedicata significa che le istanze EC2 vengono eseguite solo su hardware con altre istanze distribuite. Altri clienti non utilizzano lo stesso componente hardware.
È possibile utilizzare MCS per eseguire il provisioning di host dedicati AWS utilizzando Studio o PowerShell.
Requisiti per il provisioning negli host AWS
- Un’immagine BYOL (Bring Your Own License) (AMI) importata. Con gli host dedicati, puoi utilizzare e gestire le licenze esistenti.
- Un’allocazione di host dedicati con un utilizzo sufficiente per soddisfare le richieste di provisioning.
- Abilitante Posizionamento automatico.
Configurazione della tenancy dell’host dedicato AWS utilizzando Studio
Quando si utilizza MCS per creare un catalogo per il provisioning delle macchine in AWS, il Configurazione del catalogo macchine > Sicurezza presenta le seguenti opzioni:
- Utilizzare hardware condiviso. Questa impostazione è adatta per la maggior parte delle distribuzioni. Più clienti condividono componenti hardware anche se non interagiscono tra loro. L’utilizzo di hardware condiviso è l’opzione meno costosa per l’esecuzione delle istanze Amazon EC2.
- Utilizzare l’host dedicato. Un host dedicato Amazon EC2 è un server fisico con capacità di istanza EC2 completamente dedicata, che consente di utilizzare le licenze software esistenti per socket o per VM. Gli host dedicati hanno un utilizzo preimpostato in base al tipo di istanza. Ad esempio, un singolo host dedicato allocato di tipi di istanza C4 Large è limitato all’esecuzione di 16 istanze. Vedi il Sito AWS per maggiori informazioni.
-
Utilizzare l’istanza dedicata. Questa impostazione è più adatta per le distribuzioni con requisiti di sicurezza o conformità specifici. Con un’istanza dedicata, puoi comunque godere dei vantaggi di avere un host separato dagli altri clienti AWS, ma non paghi per l’intero host. Non devi preoccuparti della capacità dell’host, ma ti viene addebitata una tariffa più alta per le istanze.
Questa impostazione è adatta per le distribuzioni con restrizioni di licenza o requisiti di sicurezza che richiedono l’uso di un host dedicato. Con un host dedicato, possiedi un intero host fisico e ti viene addebitato su base oraria. Possedere quell’host ti consente di avviare tutte le istanze EC2 consentite da quell’host, senza ulteriori costi.
Nota:
È possibile eliminare qualsiasi disco di identità di preparazione disponibile se non è in corso alcuna attività di creazione del catalogo o di aggiornamento dell’immagine.
Configurare la tenancy dell’host dedicato AWS utilizzando PowerShell
In alternativa, è possibile effettuare il provisioning di host dedicati AWS tramite PowerShell. Utilizzare il pulsante New-ProvScheme
cmdlet con il parametro Tipo di tenancy
impostare su Ospite
.
Tagga Risorse operative AWS
Un’Amazon Machine Image (AMI) rappresenta un tipo di appliance virtuale utilizzata per creare una macchina virtuale all’interno dell’ambiente Amazon Cloud, comunemente nota come EC2. È possibile utilizzare un’AMI per distribuire servizi che utilizzano l’ambiente EC2. Quando si crea un catalogo per il provisioning delle macchine utilizzando MCS for AWS, si seleziona l’opzione AMI per fungere da immagine d’oro per quel catalogo.
Importante:
Per l’utilizzo dell’assegnazione di tag alle risorse operative è necessario creare cataloghi utilizzando sia un profilo macchina che un modello di avvio.
Per creare un catalogo AWS, è necessario prima creare un’AMI per l’istanza che si desidera sia l’immagine dorata. MCS legge i tag da quell’istanza e li incorpora nel modello di avvio. I tag del modello di avvio vengono quindi applicati a tutte le risorse Citrix create nell’ambiente AWS, tra cui:
- Macchine virtuali
- Dischi delle macchine virtuali
- Interfacce di rete VM
- Benne S3
- Oggetti S3
- Modelli di avvio
- Amis
Contrassegnare le risorse operative utilizzando Studio
Quando si crea un catalogo per il provisioning delle macchine in AWS utilizzando MCS, è possibile controllare se applicare i tag delle macchine alle risorse operative selezionando l’opzione Applicare tag macchina alle risorse operative opzione sul Modello di macchina pagina.
Questa opzione controlla se applicare i tag macchina a ogni elemento creato nell’ambiente AWS che facilita il provisioning delle macchine. Le risorse operative vengono create come sottoprodotti della creazione del catalogo. Includono risorse temporanee e persistenti, come l’istanza VM di preparazione e l’AMI.
Contrassegnare le risorse operative con PowerShell
Per usare PowerShell per contrassegnare le risorse:
- Aprire una finestra di PowerShell dall’host DDC.
- Esegui il comando
ASNP Citrix
per caricare i moduli PowerShell specifici di Citrix.
Per contrassegnare una risorsa per una macchina virtuale di cui è stato effettuato il provisioning, usare la proprietà personalizzata AwsOperationalResourcesTagging
. Esempio:
New-ProvScheme -ProvisioningSchemeName test
-CustomProperties “AwsOperationalResourcesTagging,true”
-MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"
... <Other <standard provscheme parameters>
<!--NeedCopy-->
Catalogo abilitato MCSIO
MCS Storage Optimization (MCSIO) migliora le prestazioni della VM memorizzando nella cache le operazioni del disco in memoria o su un disco piccolo e ad alta velocità. È possibile creare un catalogo non persistente abilitato per MCSIO utilizzando i comandi di PowerShell. Per creare un catalogo di questo tipo, è necessario installare il driver MCSIO durante l’installazione o l’aggiornamento del VDA durante la preparazione dell’istanza AMI. Per impostazione predefinita, il driver non è installato.
Dopo aver preparato un’AMI MCSIO (durante l’installazione del VDA, selezionare l’opzione per includere il driver MCSIO nell’installazione), è possibile creare un catalogo non persistente abilitato per MCSIO.
Nota:
L’opzione per configurare MCSIO con la sola cache del disco (senza cache di memoria) utilizzando Studio è stata rimossa in tutti gli hypervisor e gli ambienti di servizi cloud.
Creare un catalogo abilitato per MCSIO
I quattro parametri aggiunti al comando New-ProvScheme di PowerShell sono:
-
UseWriteBackCache
: attiva la memorizzazione nella cache (cache write-back) per lo schema di provisioning specificato -
WriteBackCacheDiskSize
: specifica la dimensione in GB del disco temporaneo utilizzato per la memorizzazione nella cache -
WriteBackCacheMemorySize
: specifica la quantità di memoria in MB da utilizzare per la memorizzazione nella cache. Si tratta di un parametro facoltativo.
Nota:
- Il valore di
WriteBackCacheDiskSize
deve essere maggiore di zero perché è richiesto almeno 1 GB di spazio di archiviazione su disco della cache. La dimensione del disco della cache non deve essere maggiore della dimensione del disco del sistema operativo.- Il valore di
WriteBackCacheMemorySize
deve essere diverso da zero e inferiore alla dimensione della memoria del catalogo delle macchine.
Le proprietà personalizzate che interessano MCSIO sono:
-
WBCDiskStorageType
: definisce il tipo di volume utilizzato per il disco temporaneo in AWS. Questo parametro accetta un argomento stringa nel formatotipo-volume\[:IOPS\]\[:throughput\]
. Di seguito sono riportati i tipi di volume:- gp2: Non utilizzare i parametri di IOPS e throughput per questo tipo di volume
- gp3: utilizzare i parametri di IOPS e throughput per questo tipo di volume
- io1: utilizza solo il parametro IOPS per questo tipo di volume
- io2: utilizza solo il parametro IOPS per questo tipo di volume
Il tipo di volume predefinito è gp2.
-
PersisteWBC
: controlla se mantenere o eliminare il disco della cache ogni volta che l’istanza AWS viene spenta. Se impostato suvero
, il disco della cache viene mantenuto. Se impostato sufalso
(impostazione predefinita), il disco della cache viene creato e conservato solo quando l’istanza AMI è accesa. -
PersistOSDisk
: controlla se mantenere o eliminare il disco del sistema operativo ogni volta che l’istanza AWS viene spenta. Se impostato suvero
, il disco del sistema operativo viene mantenuto. Se impostato sufalso
(impostazione predefinita), il disco del sistema operativo viene creato e conservato solo mentre l’istanza AMI è accesa.
Eseguire i passaggi seguenti nella finestra di PowerShell per creare un catalogo non persistente abilitato per MCSIO:
- Aprire la finestra di PowerShell.
- Eseguire
asnp citrix*
per caricare i moduli PowerShell specifici di Citrix. - Creare un catalogo broker e un pool di identità.
-
Creare lo schema di provisioning. Per esempio:
$HostingUnitUid = '0xxxx1d9-bbfc-xxxf-bxxb-exxxxxe008b2' $MasterImageVM = 'XDHyp:\HostingUnits\ctx-test\aws-apollo-non-persistent-multi-mcsio-vda-win2022 (ami-0bf1810488acbxxxb).template' $NetworkMap = @{ 'NetworkPath' = 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\10.0.128.0`/17 (vpc-0fa6e41d72507fxxx).network' } $SecurityGroup = $( 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\private.securitygroup' ) $ServiceOffering = 'XDHyp:\HostingUnits\ctx-test\T3 Medium Instance.serviceoffering' $CustomProperties = 'WBCDiskStorageType,gp3:6000:250;PersistWBC,false' $provScheme = New-ProvScheme -ProvisioningSchemeName $CatalogName -HostingUnitUid $HostingUnitUid ` -IdentityPoolUid $acctPool.IdentityPoolUid -CleanOnBoot ` - MasterImageVM $MasterImageVM ` -NetworkMap $NetworkMap ` -ServiceOffering $ServiceOffering ` -SecurityGroup $SecurityGroup ` -CustomProperties $CustomProperties ` -UseWriteBackCache -WriteBackCacheDiskSize 16 -WriteBackCacheMemorySize 256 <!--NeedCopy-->
- Aggiungere VM al catalogo.
Migliora le prestazioni di avvio con MCSIO
È possibile migliorare le prestazioni di avvio delle macchine virtuali abilitando MCSIO e impostando PersisteWBC
e PersistOSDisk
proprietà personalizzate come tru
e. Con tale impostazione, le macchine virtuali possono avviarsi più velocemente perché non devono inizializzare un nuovo disco della cache o ricreare un disco radice dal modello.
Creare un catalogo di macchine basato sul profilo della macchina utilizzando PowerShell
È possibile utilizzare un profilo macchina per acquisire le proprietà hardware da un’istanza EC2 (VM) o avviare la versione del modello e applicarle alle macchine di cui è stato eseguito il provisioning. Le proprietà acquisite possono includere, ad esempio, le proprietà del volume EBS, il tipo di istanza, l’ottimizzazione EBS, le opzioni della CPU, il tipo di tenancy, la capacità di ibernazione e altre configurazioni AWS supportate.
È possibile utilizzare un’istanza AWS EC2 (VM) o una versione del modello di avvio AWS come input del profilo della macchina.
Nota:
Le proprietà del volume EBS derivano solo da un profilo macchina.
Considerazioni importanti
Le considerazioni importanti durante la creazione di un catalogo di macchine MCS:
- Se si aggiungono i parametri delle proprietà hardware della macchina nel file
New-ProvScheme
eSet-ProvScheme
, i valori forniti nei parametri sovrascrivono i valori nel profilo della macchina. - Se si imposta
Proprietà dell'istanza di AWS Capture
comevero
e non impostareProfilo macchina
, vengono acquisiti solo i ruoli e i tag IAM. -
Non è possibile impostare entrambi
Proprietà dell'istanza di AWS Capture
eProfilo macchina
allo stesso tempo.Nota:
Le
Proprietà dell'istanza di AWS Capture
è deprecato. -
Se non viene fornito un profilo computer, è necessario fornire in modo esplicito i valori delle seguenti proprietà:
- Gruppo di sicurezza
- ENI o rete virtuale
- È possibile abilitare
AwsOperationalResourcesTagging
solo se si abilitaProprietà dell'istanza di AWS Capture
o specificare un profilo macchina.
La considerazione importante dopo la creazione di un catalogo di macchine MCS è:
- Non è possibile modificare un catalogo da un catalogo basato sul profilo della macchina a un catalogo non basato sul profilo della macchina.
Creazione di un catalogo macchine utilizzando un profilo macchina
Per creare un catalogo macchine utilizzando un profilo macchina:
- Aprire una finestra di PowerShell ** .
- Eseguire
asnp citrix*
per caricare i moduli PowerShell specifici di Citrix. -
Creare un pool di identità se non è già stato creato. Per esempio,
New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain abcdf -NamingSchemeType Numeric <!--NeedCopy-->
-
Esegui il comando New-ProvScheme. Per esempio:
New-ProvScheme -ProvisioningSchemeName demet-test-1 -HostingUnitUid aa633238-9xxd-4cf6-80e8-232a758a1xx1 -IdentityPoolUid 34d5b088-e312-416f-907d-16573xxxxxc4 -CleanOnBoot -MasterImageVM 'XDHyp:\HostingUnits\cvad-test-scalestress\citrix-demet-ami.0 (ami-0ca813xxxxxx061ef).template' -MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm' <!--NeedCopy-->
- Completa la creazione del catalogo.
Aggiornare il profilo della macchina
Per aggiornare il profilo macchina su un catalogo di cui è stato inizialmente eseguito il provisioning con un profilo macchina, procedere come segue. È inoltre possibile modificare il tipo di tenancy e la capacità di ibernazione dell’origine del profilo della macchina durante la modifica di un catalogo di macchine MCS.
-
Correre
Set-ProvScheme
comando. Per esempio,Set-ProvScheme ` -ProvisioningSchemeUid "<ID" ` -MachineProfile "XDHyp:\HostingUnits\abc\us-east-1a.availabilityzone\citrix-cvad-machineprofile-instance (i-0xxxxxxxx).vm" <!--NeedCopy-->
Creare un catalogo con la versione del modello di avvio utilizzando PowerShell
È possibile creare un catalogo di macchine MCS con una versione del modello di avvio come input del profilo della macchina. È inoltre possibile aggiornare l’input di un catalogo di profili di macchine da una macchina virtuale a una versione del modello di avvio e da una versione del modello di avvio a una macchina virtuale.
Nella console AWS EC2, è possibile fornire le informazioni di configurazione dell’istanza di un modello di avvio insieme al numero di versione. Quando si specifica la versione del modello di avvio come input del profilo macchina durante la creazione o l’aggiornamento di un catalogo di macchine, le proprietà di tale versione del modello di avvio vengono copiate nelle macchine virtuali VDA di cui è stato eseguito il provisioning.
Le seguenti proprietà possono essere fornite utilizzando l’input del profilo macchina o in modo esplicito come parametri in New-ProvScheme
o Set-ProvScheme
Comandi. Se sono forniti in New-ProvScheme
o Set-ProvScheme
, hanno la precedenza sui valori del profilo macchina di queste proprietà.
- Offerta di servizi
- Reti
- Gruppi di sicurezza
- Tipo di locazione
Nota:
Se l’offerta di servizi non è fornita nel modello di avvio del profilo della macchina o come parametro nel
New-ProvScheme
, si ottiene un errore appropriato.
Per creare un catalogo utilizzando la versione del modello di avvio come input del profilo macchina:
- Aprire una finestra di PowerShell ** .
- Eseguire
asnp citrix*
per caricare i moduli PowerShell specifici di Citrix. -
Ottieni l’elenco delle versioni del modello di lancio di un modello di lancio. Per esempio:
XDHyp:\HostingUnits\test\test-mp-sard (lt-01xxxxx).launchtemplate> ls | Select FullPath <!--NeedCopy-->
-
Creare un pool di identità se non viene creato. Per esempio:
New-AcctIdentityPool ` -IdentityPoolName "abc11" ` -NamingScheme "abc1-##" ` -NamingSchemeType Numeric ` -Domain "citrix-xxxxxx.local" ` -ZoneUid "xxxxxxxx" ` <!--NeedCopy-->
-
Crea uno schema di provisioning con una versione del modello di avvio come input del profilo macchina. Per esempio:
New-ProvScheme ` -ProvisioningSchemeName "MPLT1" ` -HostingUnitUid "c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" ` -IdentityPoolUid "bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" ` -MasterImageVM "XDHyp:\HostingUnits\xxxd-ue1a\apollo-non-persistent-vda-win2022 (ami-0axxxxxxxxxxx).template" ` -CleanOnBoot ` -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion" <!--NeedCopy-->
-
Registrare uno schema di provisioning come catalogo broker. Per esempio:
New-BrokerCatalog -Name "MPLT1" ` -AllocationType Random ` -Description "Machine profile catalog" ` -ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx ` -ProvisioningType Mcs ` -SessionSupport MultiSession ` -PersistUserChanges Discard <!--NeedCopy-->
- Completa la creazione del catalogo.
Aggiornare l’origine del profilo del computer
È inoltre possibile aggiornare l’input di un catalogo di profili di macchine da una macchina virtuale a una versione del modello di avvio e da una versione del modello di avvio a una macchina virtuale. Per esempio:
-
Per aggiornare l’input di un catalogo di profili di macchine da una macchina virtuale a una versione del modello di avvio:
Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" ` -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion" <!--NeedCopy-->
-
Per aggiornare l’input di un catalogo di profili di macchine da una versione del modello di avvio a una macchina virtuale:
Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" ` -MachineProfile "XDHyp:\HostingUnits\sard-ue1a\us-east-1a.availabilityzone\apollo-non-persistent-vda-win2022-2 (i-08xxxxxxxxx).vm" <!--NeedCopy-->
Crittografa i dischi del sistema operativo e ID
È possibile creare un catalogo persistente e non persistente di macchine virtuali con chiavi AWS KMS (chiave gestita dal cliente e chiave gestita da AWS) che possono essere utilizzate per crittografare il disco del sistema operativo e il disco di identità (ID).
- Le chiavi gestite da AWS vengono ruotate automaticamente ogni anno.
- Le chiavi gestite dal cliente sono opzionali per la rotazione automatica e possono essere gestite manualmente.
Per ulteriori informazioni sulle chiavi KMS, consulta i seguenti documenti AWS:
Per la crittografia dei dischi OS e ID, configurare una delle seguenti opzioni:
- Utilizza un’immagine master crittografata (ad esempio, un’AMI creata da un’istanza o uno snapshot che contiene un volume root EBS crittografato con la chiave KMS)
- Utilizza un’origine del profilo della macchina (VM o modello di avvio) che contenga un volume root EBS crittografato.
Limitazioni
Considerare le seguenti limitazioni:
- MCS attualmente supporta un solo disco sull’AMI dell’immagine master.
-
Non è possibile crittografare direttamente i volumi EBS o gli snapshot non crittografati esistenti o modificare la chiave KMS di un volume crittografato esistente. Per fare ciò, devi:
- Creare un nuovo snapshot di tale volume.
- Creare un nuovo volume da tale snapshot
- Crittografare il nuovo volume.
Consulta i seguenti documenti AWS:
- Crittografa le risorse non crittografate
- Limitazioni della crittografia automatica o predefinita dei volumi EBS: Crittografa automaticamente i volumi Amazon EBS nuovi ed esistenti.
Creare un catalogo con crittografia del disco
È possibile creare un catalogo di macchine MCS con crittografia del disco utilizzando:
- Immagine principale
- Profilo della macchina
Di seguito sono riportate alcune considerazioni relative all’utilizzo dell’input del profilo computer:
- La chiave KMS dell’input del profilo macchina ha la precedenza sulla chiave KMS dell’immagine master.
- Se non viene fornito alcun input del profilo macchina, la chiave KMS dell’AMI dell’immagine master viene utilizzata per crittografare i dischi delle macchine virtuali del catalogo.
- Se nel profilo del computer sono presenti mappature dei dispositivi a blocchi, i dispositivi a blocchi presenti nel modello di immagine master (AMI) e il profilo del computer devono corrispondere. Ad esempio, se l’AMI ha un dispositivo definito su
/dev/sda1
, allora anche il profilo macchina deve avere un dispositivo definito su/dev/sda1
. - Se non è presente alcuna chiave nell’origine del profilo della macchina e l’immagine master non è crittografata, i dischi delle macchine virtuali del catalogo non vengono crittografati.
- Quando l’immagine master è crittografata, una macchina virtuale di origine del profilo del computer o un modello di avvio deve avere un volume radice crittografato per essere considerata un input valido.
Modificare un catalogo esistente
È possibile modificare un catalogo esistente utilizzando il pulsante Set-ProvScheme
Comando PowerShell per avere:
- Un input del profilo macchina con un volume contenente una nuova chiave KMS.
- Un’AMI del modello di immagine master crittografata con una nuova chiave KMS.
Considerazioni importanti:
- I volumi delle nuove macchine virtuali aggiunte al catalogo vengono crittografati con la nuova chiave KMS.
- Per aggiornare le impostazioni di crittografia quando è presente un profilo macchina esistente, eseguire
Set-ProvScheme
con un nuovo profilo macchina. - Non è possibile modificare un catalogo esistente da volumi crittografati a volumi non crittografati. Non è possibile eseguire un aggiornamento dell’immagine da un’AMI master crittografata a un’AMI master non crittografata.
Copiare i tag nelle macchine virtuali
È possibile copiare i tag sulle schede di interfaccia di rete e sui dischi (disco di identità, disco della cache di riscrittura e disco del sistema operativo) specificati nel profilo della macchina nelle macchine virtuali appena create in un catalogo di macchine MCS. È possibile specificare questi tag in qualsiasi origine del profilo della macchina (istanza di macchina virtuale AWS o versione del modello di avvio AWS). Questa funzionalità è applicabile ai cataloghi di macchine e alle macchine virtuali persistenti e non persistenti.
Nota:
- Nella console AWS EC2, non è possibile visualizzare il Codifica delle interfacce di rete valori nell’ambito del Tag delle risorse della versione del modello di avvio. Tuttavia, è possibile eseguire il comando PowerShell
aws EC2 describe-launch-template-versions --launch-template-id lt-0bb652503d45dcbcd --versions 12
per visualizzare le specifiche del tag.- Se l’origine di un profilo macchina (versione VM o modello di avvio) ha due interfacce di rete (eni-1 ed eni-2) e eni-1 ha il tag t1 e eni-2 ha il tag t2, la VM ottiene entrambi i tag delle due interfacce di rete.
Filtrare le istanze di macchine virtuali tramite PowerShell
Un’istanza di macchina virtuale AWS utilizzata come macchina virtuale del profilo macchina deve essere compatibile per la creazione e il corretto funzionamento del catalogo di macchine. Per elencare le istanze di macchine virtuali AWS che possono essere utilizzate come macchine virtuali di input del profilo macchina, è possibile utilizzare il comando Get-HypInventoryItem
comando. Il comando può eseguire il paging e filtrare l’inventario delle macchine virtuali disponibili in un’unità host.
Impaginazione:
Get-HypInventoryItem Supporta due modalità di impaginazione:
- La modalità di paging utilizza il pulsante
-MaxRecords
e-Saltare
parametri per restituire set di elementi:-
-MaxRecords
: Il valore predefinito è 1. Controlla il numero di articoli da restituire. -
-Saltare
: Il valore predefinito è 0. Controlla il numero di elementi da saltare dall’inizio assoluto (o dalla fine assoluta) dell’elenco nell’hypervisor.
-
- La modalità di scorrimento utilizza
-MaxRecords
,-Direzione in avanti
e-Token di continuazione
parametri per consentire lo scorrimento dei record:-
-Direzione in avanti
: Il valore predefinito è Vero. Questo viene utilizzato insieme a-MaxRecords
per restituire il set successivo di record corrispondenti o il set precedente di record corrispondenti. -
-Token di continuazione
: Restituisce gli articoli immediatamente dopo (o prima seDirezione inoltrata
è falso), ma non compreso l’elemento indicato nellaContinuationToken
.
-
Esempi di impaginazione:
-
Per restituire un singolo record del modello di computer con il nome più basso. Le
Dati aggiuntivi
campo ha ilTotalItemsCount
E laTotalFilteredItemsCount
:Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template <!--NeedCopy-->
-
Per restituire 10 record del modello di macchina con il nome più basso:
Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 10 | select Name <!--NeedCopy-->
-
Per restituire una matrice di record che termina con il nome più alto:
Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ForwardDirection $False -MaxRecords 10 | select Name <!--NeedCopy-->
-
Per restituire una matrice di record a partire dal modello di computer associato al dato
ContinuationToken
:Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ContinuationToken "ami-07xxxxxxxxxx" -MaxRecords 10 <!--NeedCopy-->
Filtraggio:
Per il filtro sono supportati i seguenti parametri facoltativi aggiuntivi. È possibile combinare questi parametri con le opzioni di impaginazione.
-
-ContainsName "my_name"
: If the given string matches part of an AMI name, then the AMI is included in theGet
result. Per esempio:Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -ContainName ‘apollo’ | select Name <!--NeedCopy-->
-
-Tags '{ "Key0": "Value0", "Key1": "Value1", "Key2": "Value2" }'
: If an AMI has at least one of these tags, it is included in theGet
result. Per esempio:Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -Tags '{"opex owner": "Not tagged"}' | select Name <!--NeedCopy-->
Nota:
Sono supportati due valori di tag. Non taggato Il valore del tag corrisponde agli elementi che non hanno il tag specificato nel loro elenco di tag. Tutti i valori Valore tag Corrisponde agli elementi che hanno il tag indipendentemente dal valore del tag. In caso contrario, la corrispondenza avviene solo se l’elemento ha il tag e il valore è uguale a quello fornito nel filtro.
-
-Id "ami-0a2d913927e0352f3"
: If the AMI matches the given ID, it is included in theGet
result. Per esempio:Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -Id ami-xxxxxxxxxxxxx <!--NeedCopy-->
Filtro sul parametro AdditionalData:
Le Dati aggiuntivi
i parametri di filtro elencano i modelli o le macchine virtuali in base alla funzionalità, all’offerta di servizi o a qualsiasi proprietà presente in AdditionalData. Per esempio:
(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200).AdditionalData
<!--NeedCopy-->
Puoi anche aggiungere un -Avvertire
per indicare le macchine virtuali incompatibili. Le macchine virtuali sono incluse con un Dati aggiuntivi
Campo denominato Avvertimento. Per esempio:
(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200 -Template "ami-015xxxxxxxxx" -Warn $true).AdditionalData
<!--NeedCopy-->
Dove andare dopo
- Se questo è il primo catalogo creato, verrai guidato a creare un gruppo di distribuzione.
- Per rivedere l’intero processo di configurazione, vedere Pianificare e creare una distribuzione.
- Per gestire i cataloghi, vedere Gestione dei cataloghi delle macchine e Gestione di un catalogo AWS.
Ulteriori informazioni
In questo articolo
- Impostazioni di rete durante la preparazione dell’immagine
- Tenancy AWS
- Tagga Risorse operative AWS
- Catalogo abilitato MCSIO
- Creare un catalogo di macchine basato sul profilo della macchina utilizzando PowerShell
- Crittografa i dischi del sistema operativo e ID
- Copiare i tag nelle macchine virtuali
- Filtrare le istanze di macchine virtuali tramite PowerShell
- Dove andare dopo
- Ulteriori informazioni