AdminGuide:GettingStarted:VM:Proxmox - Cronologia

Troccoli: Versione segnata per la traduzione

2022-02-16T14:34:44Z

Versione segnata per la traduzione

← Versione meno recente		Versione delle 14:34, 16 feb 2022
Riga 4:		Riga 4:
	Torna a [[AdminGuide:GettingStarted:VM]]		Torna a [[AdminGuide:GettingStarted:VM]]

			<!--T:14-->
	'''Aggiornamento del 10/05/2020'''		'''Aggiornamento del 10/05/2020'''
	E' disponibile una nuova immagine Kalliope per ambiente Proxmox VE, che supera i limiti della precedente immagine di poter utilizzare un massimo di 8 vCPU e di avere un disco di dimensioni predefinite pari a 22GB. La nuova immagine, predisposta su ambiente Proxmox VE versione 6.1 e che dispone di un disco di 120 GB, gestisce fino ad un massimo di 128 vCPU.		E' disponibile una nuova immagine Kalliope per ambiente Proxmox VE, che supera i limiti della precedente immagine di poter utilizzare un massimo di 8 vCPU e di avere un disco di dimensioni predefinite pari a 22GB. La nuova immagine, predisposta su ambiente Proxmox VE versione 6.1 e che dispone di un disco di 120 GB, gestisce fino ad un massimo di 128 vCPU.
	'''NOTA:''' Non è possibile aggiornare la VM con 8vCPU a quella che ne supporta oltre 8, per cui in caso di nuove installazioni si raccomanda comunque di installare la nuova immagine, anche se le saranno assegnate un numero di vCPU pari o inferiore a 8.		'''NOTA:''' Non è possibile aggiornare la VM con 8vCPU a quella che ne supporta oltre 8, per cui in caso di nuove installazioni si raccomanda comunque di installare la nuova immagine, anche se le saranno assegnate un numero di vCPU pari o inferiore a 8.

			<!--T:15-->
	Per installare KalliopPBX su ambiente Proxmox è necessario per prima cosa scaricare i due file .vma.lzo e .log nella cartella /var/lib/vz/dump/		Per installare KalliopPBX su ambiente Proxmox è necessario per prima cosa scaricare i due file .vma.lzo e .log nella cartella /var/lib/vz/dump/

			<!--T:16-->
	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
Riga 19:		Riga 22:
	\|}		\|}

			<!--T:17-->
	Una volta copiati i due file relativi all'immagine che si intende installare all'interno della cartella /var/lib/vz/dump della macchina host (mantenendo i nomi originali, indicati sopra), deve essere eseguito il comando di ripristino in una nuova VM:<br>		Una volta copiati i due file relativi all'immagine che si intende installare all'interno della cartella /var/lib/vz/dump della macchina host (mantenendo i nomi originali, indicati sopra), deve essere eseguito il comando di ripristino in una nuova VM:<br>


			<!--T:18-->
	<code># qmrestore vzdump-qemu-<versione>.vma.lzo <nnn> --storage <storage_name></code>		<code># qmrestore vzdump-qemu-<versione>.vma.lzo <nnn> --storage <storage_name></code>

Riga 35:		Riga 40:
	'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag '''"KVM hardware virtualization"''' che nell'immagine esportata è disabilitato, altrimenti le prestazioni sono estremamente rallentate. La nuova immagine ha già questo flag attivo di default, per cui non è più necessario effettuare la modifica di tale impostazione; si raccomanda comuqnue di controllarne l'effettivo valore.		'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag '''"KVM hardware virtualization"''' che nell'immagine esportata è disabilitato, altrimenti le prestazioni sono estremamente rallentate. La nuova immagine ha già questo flag attivo di default, per cui non è più necessario effettuare la modifica di tale impostazione; si raccomanda comuqnue di controllarne l'effettivo valore.

			<!--T:19-->
	'''NOTA''': la VM viene distribuita con un modello di vCPU generico, che emula un processore Pentium 4, per la massima compatibilità. Nel caso in cui si utilizzi la VM su singolo nodo, o si disponga di nodi Proxmox VE omogenei in termini di CPU fisiche, è possibile modificare il modello del processore al valore "host", che rimappa direttamente le funzioni del processore fisico, rendendo quindi disponibili al S.O. della VM tutte le estensioni hardware presenti sulle CPU del server. A tale proposito si rimanda alla pagina di documentazione Proxmox, sezione "CPU Type": https://pve.proxmox.com/wiki/Qemu/KVM_Virtual_Machines#_emulated_devices_and_paravirtualized_devices		'''NOTA''': la VM viene distribuita con un modello di vCPU generico, che emula un processore Pentium 4, per la massima compatibilità. Nel caso in cui si utilizzi la VM su singolo nodo, o si disponga di nodi Proxmox VE omogenei in termini di CPU fisiche, è possibile modificare il modello del processore al valore "host", che rimappa direttamente le funzioni del processore fisico, rendendo quindi disponibili al S.O. della VM tutte le estensioni hardware presenti sulle CPU del server. A tale proposito si rimanda alla pagina di documentazione Proxmox, sezione "CPU Type": https://pve.proxmox.com/wiki/Qemu/KVM_Virtual_Machines#_emulated_devices_and_paravirtualized_devices

Bulgarella il 09:16, 15 lug 2021

2021-07-15T09:16:15Z

← Versione meno recente		Versione delle 09:16, 15 lug 2021
Riga 42:		Riga 42:

	<!--T:12-->		<!--T:12-->
	Una volta in rete, l'attivazione e la configurazione avviene tramite interfaccia web (inizialmente sulla porta 10080, e dopo l'installazione del firmware telefonico sulla porta standard 80). Nel caso compaia l'errore UNSAFE_PORT seguire questa procedura ([[Risoluzione_ERR_UNSAFE_PORT\|Clicca qui]]~~)(Clicca qui~~).		Una volta in rete, l'attivazione e la configurazione avviene tramite interfaccia web (inizialmente sulla porta 10080, e dopo l'installazione del firmware telefonico sulla porta standard 80). Nel caso compaia l'errore UNSAFE_PORT seguire questa procedura ([[Risoluzione_ERR_UNSAFE_PORT\|Clicca qui]]).

	<!--T:13-->		<!--T:13-->
	E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4		E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4
	</translate>		</translate>

Bulgarella il 09:15, 15 lug 2021

2021-07-15T09:15:43Z

← Versione meno recente		Versione delle 09:15, 15 lug 2021
Riga 42:		Riga 42:

	<!--T:12-->		<!--T:12-->
	Una volta in rete, l'attivazione e la configurazione avviene tramite interfaccia web (inizialmente sulla porta 10080, e dopo l'installazione del firmware telefonico sulla porta standard 80).		Una volta in rete, l'attivazione e la configurazione avviene tramite interfaccia web (inizialmente sulla porta 10080, e dopo l'installazione del firmware telefonico sulla porta standard 80). Nel caso compaia l'errore UNSAFE_PORT seguire questa procedura ([[Risoluzione_ERR_UNSAFE_PORT\|Clicca qui]])(Clicca qui).

	<!--T:13-->		<!--T:13-->
	E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4		E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4
	</translate>		</translate>

Stefano il 22:04, 10 mag 2020

2020-05-10T22:04:43Z

← Versione meno recente		Versione delle 22:04, 10 mag 2020
Riga 4:		Riga 4:
	Torna a [[AdminGuide:GettingStarted:VM]]		Torna a [[AdminGuide:GettingStarted:VM]]

			'''Aggiornamento del 10/05/2020'''
			E' disponibile una nuova immagine Kalliope per ambiente Proxmox VE, che supera i limiti della precedente immagine di poter utilizzare un massimo di 8 vCPU e di avere un disco di dimensioni predefinite pari a 22GB. La nuova immagine, predisposta su ambiente Proxmox VE versione 6.1 e che dispone di un disco di 120 GB, gestisce fino ad un massimo di 128 vCPU.
			'''NOTA:''' Non è possibile aggiornare la VM con 8vCPU a quella che ne supporta oltre 8, per cui in caso di nuove installazioni si raccomanda comunque di installare la nuova immagine, anche se le saranno assegnate un numero di vCPU pari o inferiore a 8.

	~~<!--T:2-->~~		Per installare KalliopPBX su ambiente Proxmox è necessario per prima cosa scaricare i due file .vma.lzo e .log nella cartella /var/lib/vz/dump/
	~~L'immagine per~~ ambiente Proxmox~~-VE (4~~.~~4) di KalliopePBX è disponibile all'indirizzo:~~

	<!--T:3-->		{\| class="wikitable"
	vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo : <br>		\|-
	https://areaclienti.vianova.it/drive/download/~~0hh0XCroc9AOsFzt~~/		! Immagine !! Link download
			\|-
			\| KalliopePBX v4 (max 128 vCPU) \|\| https://areaclienti.vianova.it/drive/download/6qmKASR4EfpHbG11/ (vzdump-qemu-100-2020_05_10-23_03_40.vma.lzo - 1,4 GB) <br> https://areaclienti.vianova.it/drive/download/F9zgxpv8UAhcJerD/ (vzdump-qemu-100-2020_05_10-23_03_40.log)
			\|-
			\| KalliopePBX v4 (max 8 vCPU) \|\| https://areaclienti.vianova.it/drive/download/0hh0XCroc9AOsFzt/ (vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo - 1,0 GB) <br> https://areaclienti.vianova.it/drive/download/vcZYocwlyIeqoHHd/ (vzdump-qemu-200-2017_06_28-10_06_39.log)
			\|}

	~~<!--T:4-->~~		Una volta copiati i due file relativi all'immagine che si intende installare all'interno della cartella /var/lib/vz/dump della macchina host (mantenendo i nomi originali, indicati sopra), deve essere eseguito il comando di ripristino in una nuova VM:<br>
	~~vzdump-qemu-200-2017_06_28-10_06_39.log~~ : <br>
	~~https://areaclienti.vianova.it/drive/download/vcZYocwlyIeqoHHd/~~


	~~<!--T:5-->~~		<code># qmrestore vzdump-qemu-<versione>.vma.lzo <nnn> --storage <storage_name></code>
	~~Di seguito la procedura da seguire per il ripristino su un ambiente Proxmox:~~

	~~<!--T:6-->~~
	~~1. copia dei due file (senza rinominarli) all'interno della cartella /var/lib/vz/dump della macchina host <br>~~

	~~<!--T:7-->~~
	~~2. esecuzione del comando di ripristino: <br>~~
	<code># qmrestore vzdump-qemu-~~200-2017_06_28-10_06_39~~.vma.lzo <nnn> --storage <storage_name></code>

	<!--T:8-->		<!--T:8-->
	dove:		dove:
	* '''<nnn>''' è l'id da assegnare alla VM (non già assegnato ad altre VM).		* '''<nnn>''' è l'id da assegnare alla VM (non deve essere già assegnato ad altre VM del nodo/cluster Proxmox).
	* '''<storage_name>''' è il nome dello storage su cui ripristinare la VM~~, ed~~ è ~~possibile ometterlo nel caso sia uguale a~~ "storage"~~, che è il valore predefinito presente nell'immagine.~~		* '''<storage_name>''' è il nome dello storage su cui ripristinare la VM (normalmente è "local" o "storage").

	~~Questo secondo passo è effettuabile anche tramite la GUI Proxmox~~.

	<!--T:9-->		<!--T:9-->
Riga 38:		Riga 33:

	<!--T:10-->		<!--T:10-->
	'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag '''"KVM hardware virtualization"''' che nell'immagine esportata è disabilitato, altrimenti le prestazioni sono estremamente rallentate.		'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag '''"KVM hardware virtualization"''' che nell'immagine esportata è disabilitato, altrimenti le prestazioni sono estremamente rallentate. La nuova immagine ha già questo flag attivo di default, per cui non è più necessario effettuare la modifica di tale impostazione; si raccomanda comuqnue di controllarne l'effettivo valore.

			'''NOTA''': la VM viene distribuita con un modello di vCPU generico, che emula un processore Pentium 4, per la massima compatibilità. Nel caso in cui si utilizzi la VM su singolo nodo, o si disponga di nodi Proxmox VE omogenei in termini di CPU fisiche, è possibile modificare il modello del processore al valore "host", che rimappa direttamente le funzioni del processore fisico, rendendo quindi disponibili al S.O. della VM tutte le estensioni hardware presenti sulle CPU del server. A tale proposito si rimanda alla pagina di documentazione Proxmox, sezione "CPU Type": https://pve.proxmox.com/wiki/Qemu/KVM_Virtual_Machines#_emulated_devices_and_paravirtualized_devices

Stefano il 16:22, 28 apr 2020

2020-04-28T16:22:55Z

← Versione meno recente		Versione delle 16:22, 28 apr 2020
Riga 25:		Riga 25:
	<!--T:7-->		<!--T:7-->
	2. esecuzione del comando di ripristino: <br>		2. esecuzione del comando di ripristino: <br>
	<code># qmrestore vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo <nnn></code>		<code># qmrestore vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo <nnn> --storage <storage_name></code>

	<!--T:8-->		<!--T:8-->
	dove <nnn> è l'id da assegnare alla VM (non già assegnato ad altre VM). Il passo 2 è ~~eventualmente~~ effettuabile tramite la GUI Proxmox.		dove:
			* '''<nnn>''' è l'id da assegnare alla VM (non già assegnato ad altre VM).
			* '''<storage_name>''' è il nome dello storage su cui ripristinare la VM, ed è possibile ometterlo nel caso sia uguale a "storage", che è il valore predefinito presente nell'immagine.

			Questo secondo passo è effettuabile anche tramite la GUI Proxmox.

	<!--T:9-->		<!--T:9-->
Riga 34:		Riga 38:

	<!--T:10-->		<!--T:10-->
	'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM hardware virtualization", altrimenti le prestazioni sono estremamente rallentate.		'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag '''"KVM hardware virtualization"''' che nell'immagine esportata è disabilitato, altrimenti le prestazioni sono estremamente rallentate.

Stefano il 16:05, 28 apr 2020

2020-04-28T16:05:06Z

← Versione meno recente		Versione delle 16:05, 28 apr 2020
Riga 25:		Riga 25:
	<!--T:7-->		<!--T:7-->
	2. esecuzione del comando di ripristino: <br>		2. esecuzione del comando di ripristino: <br>
	<code># qmrestore ~~/var/lib/vz/dump/Kalliope..~~.vma.lzo <nnn></code>		<code># qmrestore vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo <nnn></code>

	<!--T:8-->		<!--T:8-->

Calzaretta il 15:41, 26 feb 2018

2018-02-26T15:41:12Z

← Versione meno recente		Versione delle 15:41, 26 feb 2018
Riga 34:		Riga 34:

	<!--T:10-->		<!--T:10-->
	'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM hardware virtualization" , altrimenti le prestazioni sono estremamente rallentate.		'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM hardware virtualization", altrimenti le prestazioni sono estremamente rallentate.

Calzaretta il 15:40, 26 feb 2018

2018-02-26T15:40:29Z

← Versione meno recente		Versione delle 15:40, 26 feb 2018
Riga 34:		Riga 34:

	<!--T:10-->		<!--T:10-->
	'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM ~~Hardware acceleration~~" , altrimenti le prestazioni sono estremamente rallentate.		'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM hardware virtualization" , altrimenti le prestazioni sono estremamente rallentate.

Silvia: Versione segnata per la traduzione

2018-02-21T09:41:14Z

Versione segnata per la traduzione

← Versione meno recente		Versione delle 09:41, 21 feb 2018
Riga 1:		Riga 1:
	<languages />		<languages />
	<translate>		<translate>
			<!--T:1-->
	Torna a [[AdminGuide:GettingStarted:VM]]		Torna a [[AdminGuide:GettingStarted:VM]]


			<!--T:2-->
	L'immagine per ambiente Proxmox-VE (4.4) di KalliopePBX è disponibile all'indirizzo:		L'immagine per ambiente Proxmox-VE (4.4) di KalliopePBX è disponibile all'indirizzo:

			<!--T:3-->
	vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo : <br>		vzdump-qemu-200-2017_06_28-10_06_39.vma.lzo : <br>
	https://areaclienti.vianova.it/drive/download/0hh0XCroc9AOsFzt/		https://areaclienti.vianova.it/drive/download/0hh0XCroc9AOsFzt/

			<!--T:4-->
	vzdump-qemu-200-2017_06_28-10_06_39.log : <br>		vzdump-qemu-200-2017_06_28-10_06_39.log : <br>
	https://areaclienti.vianova.it/drive/download/vcZYocwlyIeqoHHd/		https://areaclienti.vianova.it/drive/download/vcZYocwlyIeqoHHd/


			<!--T:5-->
	Di seguito la procedura da seguire per il ripristino su un ambiente Proxmox:		Di seguito la procedura da seguire per il ripristino su un ambiente Proxmox:

			<!--T:6-->
	1. copia dei due file (senza rinominarli) all'interno della cartella /var/lib/vz/dump della macchina host <br>		1. copia dei due file (senza rinominarli) all'interno della cartella /var/lib/vz/dump della macchina host <br>

			<!--T:7-->
	2. esecuzione del comando di ripristino: <br>		2. esecuzione del comando di ripristino: <br>
	<code># qmrestore /var/lib/vz/dump/Kalliope...vma.lzo <nnn></code>		<code># qmrestore /var/lib/vz/dump/Kalliope...vma.lzo <nnn></code>

			<!--T:8-->
	dove <nnn> è l'id da assegnare alla VM (non già assegnato ad altre VM). Il passo 2 è eventualmente effettuabile tramite la GUI Proxmox.		dove <nnn> è l'id da assegnare alla VM (non già assegnato ad altre VM). Il passo 2 è eventualmente effettuabile tramite la GUI Proxmox.

			<!--T:9-->
	A questo punto la VM è operativa, è possibile avviarla e accedere alla console per effettuare la configurazione dell'indirizzo di rete.		A questo punto la VM è operativa, è possibile avviarla e accedere alla console per effettuare la configurazione dell'indirizzo di rete.

			<!--T:10-->
	'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM Hardware acceleration" , altrimenti le prestazioni sono estremamente rallentate.		'''NOTA IMPORTANTE''': prima di avviare la macchina virtuale è necessario modificare le impostazioni della VM abilitando il flag "KVM Hardware acceleration" , altrimenti le prestazioni sono estremamente rallentate.


			<!--T:11-->
	A questo punto si opera come per le altre VM, ossia si accede con credenziali manager/manager, e un wizard permette di effettuare le impostazioni di rete.		A questo punto si opera come per le altre VM, ossia si accede con credenziali manager/manager, e un wizard permette di effettuare le impostazioni di rete.

			<!--T:12-->
	Una volta in rete, l'attivazione e la configurazione avviene tramite interfaccia web (inizialmente sulla porta 10080, e dopo l'installazione del firmware telefonico sulla porta standard 80).		Una volta in rete, l'attivazione e la configurazione avviene tramite interfaccia web (inizialmente sulla porta 10080, e dopo l'installazione del firmware telefonico sulla porta standard 80).

			<!--T:13-->
	E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4		E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4
	</translate>		</translate>

Silvia il 09:40, 21 feb 2018

2018-02-21T09:40:56Z

← Versione meno recente		Versione delle 09:40, 21 feb 2018
Riga 1:		Riga 1:
			<languages />
			<translate>
	Torna a [[AdminGuide:GettingStarted:VM]]		Torna a [[AdminGuide:GettingStarted:VM]]

Riga 30:		Riga 32:

	E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4		E' necessario che la VM abbia la raggiungibilità in HTTPS dei nostri server di licenza e di aggiornamenti (license.kalliopepbx.it e updates.kalliopepbx.it) che attualmente risolvono entrambi l'IP 77.72.27.4
			</translate>