FSLOGIX e HORIZON

Nelle nuove versioni di Horizon 8  (Formalmente chiamato anche 2006) ci troveremo per l'ultima volta il supporto per i linked clone. Dalle prossime versioni siamo  indirizzati ad utilizzare le funzionalità di instant clone.

L'utilizzo di macchine non persistenti (ovvero che alla disconnessione dell'utente è possibile distruggere) ci porta  spostare tutte le informazioni statiche  (come profili e dati) esternamente al nostro ambiente VDI.

La funzionalità Microsoft degli FSLOGIX ci possono venire comodi per effettuare questa operazione.

Per sfruttare questa funzionalità dovremo eseguire alcune attività propedeutiche e modificare la nostra goldimage. Per cui:

- Definire un Server su cui ospitare i nostri "container" (così vengono chiamati) e installare il componente FSLOGIX.

- Configurare una GPO (Il template si trova nel pacchetto FSLOGIX) apposita per identificare dove risiedono i nostri profili (anche i log ricordandosi, se si vuole avere i log divisi per client, aggiungere la wildcard %computername%) e applicarla alla OU dove verranno posizionate gli istant clone creati da Horizon 

- Installare l'agent FSLOGIX sulla Goldimage

Testare il tutto .

Allineamento Azure SQL DB

Lavorando con i servizi Azure SQL Server/Azure SQL DB e ambienti di DEV/QTY/PRD può capitare la necessità di allineare i dati e le struttura dei DB.

Ho provato due scenari di ripristino da un file BACPAC:

• Portale Azure 
• SqlPackage.exe

Per la mia esperienza consiglio l'utilizzo di SqlPackage.exe il motivo principale è che in questa maniera non dovrete:

1. Dipendere da quanti utenti stanno eseguendo procedure di importazione DB nella vostra region.
2. Se utilizzare, come spero, i servizi Firewall inclusi sugli azure sql server non avrete necessità di abilitare l'accesso da indirizzi IP "sconosciuti"
3. Non avrete limiti di dimensione del DB che volete importare.

Come funziona l'importazione da Portale Azure? Qui la guida ufficiale

Prima di procedere è necessario prendere in considerazione questi aspetti:

• Viene messa a disposizione una "Machine" (tutto automatico e trasparente per il sistemista) con al massimo 405GB. Ma per completare l'importazione sarà necessario 3 volte la dimensione del BACPAC che dovete importare. Quindi se la matematica non è un opinione la dimensione massima del file dovrà essere 150GB 
• Può capitarvi un errore simile:

        è necessario abilitare sul firewall del Azure SQL Server di destinazione l'IP evidenziato 

• Può succedere che per caricare un DB di dimensioni ridotte siano necessarie delle ore. Tenete conto che il processo di creazione dipende da quante richieste di importazione nella region sono state effettuate (non solo da voi ma da tutto il mondo), perchè la richiesta viene accodata e poi quando è il vostro turno (ma non è dato di sapere) verrà processata. Come indicato in questo link ufficiale. Se dopo 4 giorni non è stata processata la tua richiesta di import viene cancellata 

Per avviare l'importazione è necessario:

- Caricare il file bacpac su un container su Azure Storage Account 

- Accedere via portale all'azure SQL Server e selezionare la voce:

- Configurare i vari parametri 

- Lanciare l'importazione

Per monitorarla è possibile farlo Import/Export History 

Se vi collegate con SSMS al Azure SQL Server vedrete che il DB viene creato immediatamente, appena parte il job di importazione, ma poi il job rimane in pending e le tabelle e i dati non vengono popolati... il tutto rimane in attesa del proprio turno di importazione 

Come funziona l'importazione da SqlPackage.exe? Qui la guida ufficiale

Avete la necessità di:

• Scaricare il SqlPackage  e installarlo 
• Abilitare una VM  per l'accesso all'azure Sql Server (sempre il discorso del Firewall), ma in teoria una VM di Management dovreste già averla..

- Da powershell dovete utilizzare il seguente comando:

.\SqlPackage.exe /a:Import /sf:<percorso-del-bcapac> /tsn:<Azure SQL Server> /tdn:<Nome del DB> /tu:<Account> /tp:<Password> /p:DatabaseEdition=<Standard/basic ecc> /p:DatabaseServiceObjective=<es. S2>

Il comando se il DB non esiste lo crea ...

Al termine di entrambi i processi ricordatevi di:

- Eliminare le credenziali sql non necessarie

- Dare i permessi alle credenziali sql necessarie

-Sistemare i backup 

Azure VMware Solution (AVS)

Da alcuni mesi è disponibile nei site EAST US e WEST US il servizio Azure VMware Solution (AVS) in collaborazione con CloudSimple.

Il servizio permette di avere una infrastruttura VMware su cloud Azure. 

Alcune caratteristiche sono:

- La possibilità di gestire le VM dal vSphere Web Client senza dover cambiare la user experience  generata negli anni utilizzando gli strumenti di gestione di VMware.

- La possibilità di migrare le VM da on-prem to cloud

- La possibilità di gestire le VM dal portale Azure.

- La possibilità di integrare altri servizi Azure con le VM implementate su AVS (Ad esempio utilizzare l'Azure Application Gateway) 

Vi propongo questo video molto interessante un cui sono descritte alcune funzionalita: