Laboratori informatici Virtuali del DIEF: Difference between revisions

From Web
Jump to navigation Jump to search
Line 232: Line 232:
* Cristina Murari e' sempre stata molto disponibile ed efficace.
* 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.
* 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 =
= Staff =

Revision as of 11:28, 1 September 2022

In evidenza

Usare i laboratori virtuali che girano nell'infrastruttura presente in UniMORE

Elenco macchine e relativi software installati

Questo elenco e' stato aggiornato il 24/1/2022

SIST. OP + RETI
  • Marionnet 0.94.0
  • User mode linux
  • Eventuale autenticazione LDAP/xrdp
  • Librerie pthreads
COMSOL + OOF
  • Comsol
  • Oof
OpenFOAM
  • OpenFOAM v9
  • Paraview (incluso in OpenFOAM)
  • Altri pacchetti di terze parti per OpenFOAM
Lab. CFD
  • autenticazione via ldap/Xrdp
IDE + DBMS
  • Microsoft SQL-Server 2019
  • MySQL Server 8.0
  • Visual Studio 2019
  • IntelliJ IDEA 2021.2.3
  • LibreOffice 6.4.4.2
  • Unity Real-Time Devel
  • Eclipse
  • PyCharm

nota: Per collegarsi a SQL server occorre indicare "localhost" come server.

CAD + GIS
  • 3D Experience
  • SOLIDWORKS 2020
  • Autocad 2020
  • OSGeo4W
  • eDrawings 2020
MARC/Mentat + Maxima
  • Marck Mentat 2021.1
  • wxMaxima
STAR-CCM + MSC Adams
  • Simcenter Star-CCM+ 2021
  • MSC Adams
  • Adams Car
Manufacturing
  • Hypermill
  • Materialze Magics
Manufacturing
  • Hypermill
  • Materialze Magics
GRANTA
  • GRANTA Educational
ANSYS
  • Ansys Workbench 2022 r1
  • Ansys DesignModeler 2022 r1
  • Ansys Mesh 2022 r1
  • Ansys Fluent 2022 r1

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 lUDS client. Di seguito e' descritta la procedura per installare 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.

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