Laboratori informatici Virtuali del DIEF
In evidenza
Usare i laboratori virtuali che girano nell'infrastruttura presente in UniMORE
- I laboratori del DIEF LINFA e INFOMEC sono stati attrezzati con terminali il 29 Luglio 2022
- Eventualmente compilare la ricognizione dei fabbisogni.
- https://mydesk.unimore.it - Accesso all'infrastruttura on premise dei virtuali DIEF/UniMORE - scegliere l'autenticator "Laboratori"
- Istruzioni per accendere, usare e spegnere i terminali in aula
Elenco macchine e relativi software installati
Questo elenco e' stato aggiornato il 24/1/2022
| SIST. OP + RETI |
|
| COMSOL + OOF |
|
| OpenFOAM |
|
| Lab. CFD |
|
| IDE + DBMS |
nota: Per collegarsi a SQL server occorre indicare "localhost" come server. |
| CAD + GIS |
|
| MARC/Mentat + Maxima |
|
| STAR-CCM + MSC Adams |
|
| Manufacturing |
|
| Manufacturing |
|
| GRANTA |
|
| ANSYS |
|
Software segnalati come da installare
- Matlab + Simulink
Come accedere ai laboratori virtuali on-premise
Vedere
Per accedere ai laboratori virtuali di UniMORE su macchine UniMORE
- collegarsi a mydesk.unimore.it
- nella voce Authenticator scegliere "Laboratori"
- usare le proprie credenziali di ateneo per effettuare il login
Vengono visualizzati dei rettangoli che rappresentano le macchine virtuali configurate per il DIEF.
- per fare partire una macchina virtuale fare click sull'icona della stessa.
Note:
- Ad ogni persona viene assegnata una distinta VM, la VM non verra' mai assegnata ad un altra persona e pochi minuti dopo la disconnessione viene eliminata.
- E' stato impostato un grace period di dieci minuti utile ad esempio in caso di problemi di rete, per cui entro dieci minuti la macchina non viene eliminata.
Se ci scollega e ci si ricollega entro dieci minuti ci viene riassegnata la stessa VM e non si perde il lavoro fatto.
- Quando ci si collega a 'mydesk' dalla rete UniMORE oppure tramite VPN UniMORE
e' possibile scegliere se collegarsi via browser HTML5 oppure Remote Desktop Protocol (RDP) attraverrso l'UDS client.
Il collegamento via Remote Desktop con UDS Client e' da preferire ed e' la modalità di default dalla rete UniMORE (o dalla VPN).
Collegamento via RDP
E' la modalità di collegamento consigliata ed e' la modalità di default dalla rete UniMORE (o dalla VPN), il proprio PC o thin-client si collega direttamente alla macchina virtuale senza intermediari e si hanno tutte le funzioalita' offerte dal protocollo RDP quali
- condivisione del Clipboard (Copia e incolla)
- condividere la cartella /media per cui si possono leggere e scrivere le chiavette USB locali dalla macchina virtuale.
Per usare il protocollo RDP occorre
- essere collegati dalla rete UniMORE oppure in VPN
- installare l'UDS client sulla propria macchina
Per installare UDS Client, una volta loggati in MyDesk nella barra in alto premere la scritta UDS Client
Collegamento via Browser HTML5
E' il collegamento di default da fuori UniMORE, non serve configurare la macchina client e si lavora direttamente dentro il browser.
E' la modalità di collegamento sconsigliata perché' passa attraverso un server dedicato che funge da ponto tra RDP e HTML5 e questo server può rallentare per il troppo carico. Quando molte persone stanno usando il browser per accedere alle macchine virtuali si può sperimentare ritardi nell'interazione con le macchine.
Installazione dell'UDS client
- collegarsi a mydesk.unimore.it
- in alto fare click su UDS Client
- scegliere la versione di UDS Client per il sistema operativo che si sta usando
- ad esempio nel caso di Windows occorrerà scaricare ed eseguire =il software di installazione UDSClientSetup.versione.exe.
Tipi di virtualizzazioni disponibili
Sono disponibili due tipi di sistemi di virtualizzazione
- azure - su cloud Microsoft
- on-premise - su su macchine di calcolo UniMORE
hanno caratteristiche diverse:
- azure
- si paga a consumo
- i laboratori didattici su azure hanno tuttavia costi ben precisi per numero di studenti e tetto massimo di ore che lo studente puo' usare il laboratorio.
- on-premise
- sono su macchine di proprietà UniMORE installate in UniMORE, piu' si usano piu' si ammortizzano i costi sostenuti, ma saturano.
- Si possono accendere solo un numero finito di macchine contemporaneamente in tutto l'ateneo.
Una stima indicativa e' 200 macchine. - le macchine Windows vengono azzerate ad ogni collegamento, chi le usa deve salvare i propri dati su qualche altro sistema (cloud o altro).
Nelle macchine Linux la directory /homel puo' essere resa persistente per lo stato della macchina appare persistente.
Non si puo' fare in modo che saturate le risorse on-premise, macchine nuove di un laboratorio vengano accese automaticamente su azure.
Un laboratorio creato su azure non può essere portato "facilmente" su on-premise e viceversa, occorre ripetere per entrambi gli ambienti l'installazione dell'ambiente di laboratorio.
Creazione di una macchina dei laboratori
Sono due le persone in ateneo che si occupano di creare laboratori sulle macchine presenti in UniMORE, una si occupa di macchine virtuali Linux, l'altra si occupa di gestione di macchine virtuali Windows.
Sono entrambi disponibili e competenti.
Per creare una macchina virtuale parte dei laboratori occorre interagire con le persone addette al CESIA, e si concorda con loro la modalita' per la configurazione di tale macchina, quando e' configurata correttamente diventa una macchina fruibile da "mydesk".
limiti attuali
indicativamente attualmente
- possono essere accese in Unimore circa massimo 350 macchine virtuali attive contemporaneamente
- GPU - possono essere accese in Unimore massimo 40 macchine virtuali attive contemporaneamente che necessiano di processore grafico.
- Vi e' un timeout di 10 minuti dopo di che la macchina viene azzerata, il motivo e' che 'le VM sono del tipo "non persistente", cioè la VM viene distrutta dopo il logout dell'utente o dopo un periodo di inattività di 600 secondi. Tale impostazione è uguale per tutti i laboratori "non persistenti", per i quali non è pensabile disabilitare l'idle timeout, poiché ciò comporterebbe l'allocazione di VM che consumerebbero risorse computazionali e di storage. Il tempo di 600 secondi è un ragionevole compromesso per evitare che lo studente perda i propri dati per disconnessioni accidentali'.
- 100 e' il limite di istanze attive contemporaneamente per la singola macchina virtuale (sempre che ci siano abbastanza risorse). Quando si fanno partire tante istanze della stessa macchina per accedere ad una nuova macchina occorre attendere anche quattro o cinque minuti perché questa si accenda e risulti disponibile, in questo caso l'accesso con l'interfaccia HTML5 e' interdetto dal timeout di 5 secondi.
Laboratori virtuali Azure
premessa
- la creazione del laboratorio e' semplice ed intuitiva, e' possibile creare un laboratorio virtuale gia' integrato all'interno del teams del corso specifico dove si utilizzera' il laboratorio stesso.
come fare
- si seleziona una macchina preinstallata.
Sulla piattaforma azure UniMORE https://portal.azure.com/ ci sono diverse macchine gia' preinstallate con i principali sistemi operativi e software. - si crea un "modello", installando tutto il software necessario. * si "pubblica" il laboratorio che consiste nella creazione di una macchina virtuale per ciascuno degli componenti di un "Team",
- e' possibile assengnare ad ogni utente una quota oraria utilizzo massimo.
cosa si ottiene
- ogni utente del "Team" ha la sua macchina virtuale che tutte le volte che accendera' si ritrovera' esattamente come l'aveva spenta la volta prima.
- se si "ri-pubblica" il laborario si azzerano tutte le macchine.
costi
le macchine hanno un costo orario legato all'hardware (memoria, velocita' e numero di core del processore). fino allo scorso semestre tali spese sono state a carico del centro.
connessione alla macchina virtuale
la connessione alla macchina virtuale avviene attraverso il protocollo rdp.
E' necessario installare un client rdp, quindi, da teams o direttamente dal lab azure (nel caso che il lab non sia stato creato dentro teams) si scarica un file con tutte le impostazioni per la connessione remota. su host windows basta cliccarci sopra, su linux o altro.
prestazioni
le prestazioni sono sensibilmente inferiori ad una macchina reale con un hardware analogo.
problemi sperimentati
- velocita' di calcolo ridotta
- problemi legati alla quota oraria assegnata. Per evitare di utilizzare ore macchina nel caso l'utente si dimenticasse di spegnere, le macchine si spengono automaticamente dopo un certo periodo di inattivita'.
- in alcuni casi la macchina si e' spenta nonostante stesse girando una simulazione (fastidioso per simulazioni che durano anche piu' di un'ora),
- in alcuni casi la macchina non si e' mai spenta nonostante non stesse facendo nulla e ha consumato tutta la quota oraria assegnata.
considerazioni
- Cristina Murari e' sempre stata molto disponibile ed efficace.
- in caso si usi software che necessita di molte risorse di calcolo, e' meglio fare una prova e verificare che i tempi di calcolo siano compatibili con l'attivita' da svolgere.
Note sugli attuali vecchi laboratori informatici Linfa ed InfoMec
Scambio di file via remote desktop tra il pc locale e le macchine virtuali
Se nei laboratori si usa (boot con) Linux, lo scambio files non funziona perché sul Linux dei laboratori non e' installato il client UDS che permette il collegamento, RDP e quindi lo scambio di file.
La condivisone delle chiavette con la macchina remota attualmente non funziona dai laboratori verso macchine virtuali Linux per un problema di xrdp e configurazione della condivisione stampanti.
Windows
collegamento a mydesk.unimore.it - laboratori virtuali UniMORE
E' stato installato il client UDS per il collegamento RDP ai laboratori virtuali UniMORE, questo permette di scambiare files e clibpoard con la macchina virtuale.
Sistema di proctoring OLJ funzionante
E' stato provato su quattro diverse macchine, e sotto Windows, usando Chrome, funziona.
Teams probabilmente NON funzionante
Con Chrome non siamo riusciti a collegarci a Teams direttamente dalla macchina Windows del Linfa.
E' possibile collegarsi ad una macchina virtuale mydesk.unimore e da li collegarsi a Teams.
Linux
Nei laboratori è installata una versione di scientific linux molto vecchia, da aggiornare, ma aggiornandola poi occorre verificare che tutto il software installato funzioni.
collegamento a mydesk.unimore.it - laboratori virtuali UniMORE
il collegamento è possible ma non ottimizzato. Si puoò accedere solo tramite attraverso Firefox/HTML5 RDP e non è possibile il collegamento diretto via RDP in quanto non è installabile l'UDS Client.
Sistema di proctoring OLJ Non funzionante
Firefox installato e' troppo vecchio.
Collegamento con credenziali UniMORE
purtroppo il collegamento usando le credenziali UniMORE dal 2021 non funziona piu', probabilmente per un aggiornamento dei protocolli di sicurezza dei server LDAP oppure l'aggiornamento dei certificati.
Abbiamo provato più volte a farlo funzionare senza riuscirci.
Se qualcuno voless provare a farlo funzionare senza aggiornare il sistema operativo sarebbe il benvenuto.
Per permettere l'uso di Linux e' stato creato l'utente dieflab.
Utente "dieflab"
l'utente "dieflab" attualmente non cancella le sessioni precedenti.
E' da pianificare un intervento che ri-imposti la "home" ogni mattina al boot della macchina.
Files zip con password non supportati
purtroppo Files zip con password non possono essere aperti
Staff
- Alberto Corni (referente)
- Yuri Debbi
- Roberto Formentini
- Enrico Lo Iacono
- Fabio Pini
I Laboratori Virtuali del DIEF sono gestiti da personale del SiRS e del CeSIA, questi chiedono ai tecnici del DIEF di fare da filtro. In caso di necessita scrivere a supporto.sistemi@unimore.it
- Massimo Vignone per le macchine Windows
- Cristina Murari per le macchine Linux