Giorno: Dicembre 20, 2024

Google Cloud Compute Engine è il servizio di macchine virtuali offerto da Google. Tramite questo servizio è possibile creare e avviare numerose macchine virtuali completamente gestite, basate su immagini pubbliche di sistemi operativi o immagini personalizzate. Google fornisce unicamente immagini pubbliche windows per ambiente windows server in modalità abbonamento. Per lanciare una macchina windows 10 è quindi necessario muoversi in 2 modi: A) Tramite la creazione di un ambiente nested virtualizzato, ovvero tramite il deploy di macchine virtuali Windows 10 di livello 2 che vengono gestite da una macchina virtuale di L1 dotata di un virtualizzatore, la quale gira sull’infrastruttura kvm di google. Google permette di fare questo unicamente tramite macchine virtuali di L1 basate su Linux (KVM). 2) Tramite la creazione di un immagine personalizzata avviabile per Google Cloud Compute Engine contenente Windows 10 Analizziamo il caso 2 e procediamo a creare un immagine personalizzata per Windows 10 avviabile tramite Google Cloud Compute Engine. Google fornisce vari strumenti di build che teoricamente permettono di creare un immagine avviabile partendo da un file .iso o da un disco virtuale VHD o VMDK. La procedura per la creazione di una build partendo da un immagine ISO , precisamente l’immagine iso di

Tema: Classic Theme Smarty Cache: SI CCC: NO LiteSpeed Cache: NO RUN1 matteo_lavaggi@nxpx01:~$ siege -b -i -c10 -t1M -fps1788.vinove-url ** SIEGE 4.0.4 ** Preparing 10 concurrent users for battle. The server is now under siege… Lifting the server siege… Transactions: 7934 hits Availability: 100.00 % Elapsed time: 59.76 secs Data transferred: 56.82 MB Response time: 0.08 secs Transaction rate: 132.76 trans/sec Throughput: 0.95 MB/sec Concurrency: 9.97 Successful transactions: 512 Failed transactions: 0 Longest transaction: 3.22 Shortest transaction: 0.06 RUN2 matteo_lavaggi@nxpx01:~$ siege -b -i -c10 -t1M -fps1788.vinove-url ** SIEGE 4.0.4 ** Preparing 10 concurrent users for battle. The server is now under siege… Lifting the server siege… Transactions: 7955 hits Availability: 100.00 % Elapsed time: 59.29 secs Data transferred: 56.95 MB Response time: 0.07 secs Transaction rate: 134.17 trans/sec Throughput: 0.96 MB/sec Concurrency: 9.97 Successful transactions: 517 Failed transactions: 0 Longest transaction: 0.34 Shortest transaction: 0.06 RUN3 matteo_lavaggi@nxpx01:~$ siege -b -i -c10 -t1M -fps1788.vinove-url ** SIEGE 4.0.4 ** Preparing 10 concurrent users for battle. The server is now under siege… Lifting the server siege… Transactions: 7905 hits Availability: 100.00 % Elapsed time: 59.02 secs Data transferred: 56.56 MB Response time: 0.07 secs Transaction rate: 133.94 trans/sec Throughput: 0.96 MB/sec Concurrency: 9.97

#COPIA DEL DATABASE# ps_sixrace fYOO1fTb9h9A 1) Assegnare i permessi del service account vm allo storage bucket gsutil -m cp gs://bucket ./ Annotare il service account usato nell’errore di accesso Concedere i premerssi al bucket tramite web consolle 2) Scaricare la copia del backup database in locale gsutil -m cp gs://bucket ./ 3) Estrarre l’archivio gz gunzip backup.sql.gz 4) Importare il dump sql nel database SQL mysql -u utente -h host -p database < backup.sql 5) Rimuovere la copia dei backup locale scaricata 6) Rimuovere i permessi del service account vm allo storage bucket #COPIA DEI DATI# wget https://github.com/peak/s5cmd/releases/download/v2.0.0/s5cmd_2.0.0_Linux-64bit.tar.gz tar xzf s5cmd_2.0.0_Linux-64bit.tar.gz vim ~/.aws/credentials cp ~/.aws/credentials ./ [default] aws_access_key_id=GOOG1E7QVRJOTXHSOMY5FIVDOQWYAGR3XPI5VQ4HVCJKJTMNR65KZZY6DIYBA aws_secret_access_key=LrYc1uqKN35gna+IunAE37/Olgni97Y/LyzdfNQt sudo gsutil -m cp -R “gs://ovh-naws01-bk/naws01/DATA/htdocs/” ./ ./s5cmd –endpoint-url https://storage.googleapis.com sync s3://ovh-naws01-bk/naws01/DATA/htdocs/* /mnt/disks/sdb/ #HARDLINK# hardlink -c -t -s 100 -m /var/www/html/prova/

1) Creare una copia di chiavi ssh oppure usare la chiave id_rsa di naws01 che è di default già aggiunta da google a tutte le vm (info@) 2) Copiare la chiave pubblica sulla VM Google negli authorized_host dell’utente info 3) Collegarsi dalla macchina ovh rsync -azH –delete –progress /var/www [email protected]:/mnt/disks/sdb/