Costruire workflow per la creazione, la gestione e la distribuzione di contenuti diventerà più semplice con Windows Azure Services Media.

I Media Services forniscono una vasta gamma di funzionalità pre-costruite e pronte per l'uso, servizi diretti e di terze parti che possono essere combinati per soddisfare le vostre esigenze specifiche. Le funzionalità comprendono upload, memorizzazione, codifica, conversione di formato, la protezione del contenuto, e la consegna.

Prezzi e misurazione per i Media Services

Media Services sono attualmente disponibili solo in preview a costo zero . Per iscriversi alla preview cliccate qui .

Prima di tutto descriviamo gli attori in campo:

1. Io
2. Kawasaki SX 1000
3. Interphone Bluetooth F4 Cellular Line
4. Windows Phone 7
5. Zune Pass

Ieri mattina appuntamento in centro a Milano. Tempo stimato da casa 30min. Decido di andare in moto , casco in testa, accendo l’interfono per ascoltare un pò di musica (lo so lo so, ma è un esperienza tecnologica dai!!!). Su Windows Phone sotto musica seleziono Smart Dj. Avendo un abbonamento Zune Pass (9 euro al mese per quasi tutta la musica esistente….grande investimento!!) Windows Phone mi permette di collegarmi al server Zune e scaricare in streaming tutta la musica che in qualche modo ha a che fare con gli artisti e la musica che mi piace o che ho già scaricato. Doppio click sul casco e parte la prima canzone. Qualche secondo di attesa per lo streaming e comincio il mio viaggio, mentre ascolto la musica il sistema seleziona la successiva e comincia a scaricarla per evitare delle pause troppo lunghe tra una canzone e l’altra. Mi metto in moto (nel vero senso della parola ) . Dopo 10 minuti arriva una chiamata , la musica si interrompe e il telefono risponde alla chiamata. 30 secondi di conversazione, si chiude la telefonata e la musica riparte. Be, fino a qui abbastanza normale direi dai, lo fanno quasi tutti. Ora però viene il bello. Qualche minuti più tardi sento un bip sull’interfono e una voce mi dice : è arrivato un sms , di leggi per leggerlo o fine. Vuoi non provare ???? Ok, leggo. La signorina a quel punto usando text to speach mi fa sentire l’sms e alla fine mi chiede se voglio rispondere, risentire o finire. Dico “rispondi” e a quel punto mi chiede di dettare l’sms. Detto l’sms , Windows Phone si collega ad internet , traduce quello che ho detto e mi fa sentire quello che ha capito lui. Perfetto, esattamente quello che avevo detto. Dico invia e l’sms parte. La musica riparte e il pensiero vola subito sulla tecnologia che mi ha permesso di mandare un sms dalla moto e sull’architettura del sistema. Fantastico. Ma non è finita. Di nuovo un sms, chiedo sempre alla stessa signorina di leggermelo e alla fine della frase lei dice “faccina felice”. Interessante, ci provo. Rispondo e alla fine della frase dico “faccina felice” e l’sms viene chiuso con l’emoticon giusto. La musica riprende, arrivo dal partner, doppio click sul caso e l’esperienza finisce. O quasi. Come tutti i post che si rispettino e dato che sono uno sviluppatore non potevo certo fermarmi qui. Di seguito trovate l’elenco delle cose che dovete dire al vostro Windows Phone 7 per ottenere l’emoticon pià usate .

: faccina felice

: faccina triste

: faccina che ride

: faccina che fa l’occhiolino

: faccina che fa la lingua

• Nella sottoscrizione a consumo lo storage è stato ridotto del 12% (da 0,14$ a 0,125$ – quindi per esempio per 1TB di spazio si risparmiano al mese 15$)
• Nel piano a 6 mesi lo storage è stato ridotto del 14%
• L’istanza Extra Small passa da un costo al mese di 0,04$ a 0,02$ con un risparmio del 50% (una macchina di test su Azure costa oggi al mese  15$ e se aggiungiamo un database da 100Mb il costo totale è inferiore ai 20$)

Queste riduzione hanno anche effetto sulle sottoscrizioni presenti in altri programmi come MSDN o la trial di 3 mesi. In questi casi era previsto di fornire gratuitamente 720 ore di computazione gratuita per un istanza Extra Small. Dopo i cambiamenti le ore vengono raddoppiate e quindi è possibile avere due istanze attive al mese senza spendere nulla.

Da oggi è possibile comprare database da 100MB continuando però ad usufruire di una gamma completa di funzionalità, tra cui: alta disponibilità, fault tollerance, self-management, elastico scale-out, connettività verso l’on-premise e il supporto completo di un service level agreement. Al tempo stesso i clienti potranno realizzare dal 48% al 75% di risparmio con database più grandi di 1GB.

Oggi le riduzioni di prezzo (il costo di un database da 100MB è di 5$ al mese) e l’introduzione di database di piccole dimensioni sono il risultato del feedback costante dei clienti e della continua evoluzione dei modelli di utilizzo.  In particolare, negli ultimi 18 mesi sono emersi due modelli di utilizzo molto interessanti :

• molti progetti che partono piccoli ma che hanno necessità di crescere rapidamente . Al crescere del database il prezzo per GB diminuirà sensibilmente.
• molte clienti hanno applicazioni con piccoli carichi di lavoro e vogliono un opzione conveniente per un uso modesto.

Nella mia esperienza, sopratutto quando parliamo di soluzioni che non sono Multitenant (cioè che prevedono un database per ogni cliente) l’introduzione di un database da 100MB è un passo importante perchè a fronte di una riduzione di prezzo non vengono persi i benefici di affidabilità di SQL Azure. Diventa quindi più semplice costruire soluzioni che hanno un front end Multitenant, ma che si appoggiano su diversi database. Questo anche per andare incontro ad eventuali richieste di separazione fisica dei dati che alcune legislazioni prevedono.

Qui sotto la tabella con i nuovi prezzi:

• Introdotto lo Spending cap che permette a chi sottoscrive un abbonamento trial di 90 giorno o attiva il benefit di Windows Azure all’interno di MSDN di impostare un cap di spesa massima oltre la quale il servizio viene spento da Microsoft. In fase di partenza, ogni nuova trial o attivazione MSDN avrà un cap impostato in automatico a 0$, il che significa che anche se è necessario inserire la carta di credito per l’attivazione, nulla verrà mai pagato perchè al raggiungimento del tetto massimo delle risorse comprese nell’abbonamento gratuito, il sistema si preoccuperò di distruggere il deployment attivo e nel caso di utilizzo di dati presenti in SQL Azure o nello Storage, permetterà un acesso in readonly per il restante periodo mensile. All’inizio del mese successivo sarà possibile effettuare di nuovo il deployment e accedere nuovamente in lettura e scrittura ai propri dati. Non è possibile in questo momendo impostare un cap diverso da 0 ma l’introduzione di questa importante novità assicura il fatto che non ci saranno mai sorprese in fattura perchè il sistema è in grado di autocontrollarsi. Uno delle domande più frequenti che ho ricevuto negli ultimi mesi riguardava l’utilizzo obligatorio della carta di creadito anche durante l’attivazione di una sottoscrizione gratuita e l’evidente paura di non sapere a priori quanto sarebbe costata la piattaforma. Con l’arrivo dello Spending cap tutto questo è stato risolto (la carta di credito viene richiesta perchè vogliamo assicurarci che la piattaforma venga usata in modo corretto e quindi necessitiamo di un sistema che identifichi in modo preciso l’utente della sottoscrizione).
• Il nuovo sdk per .NET, Java e Node.js è disponibile attraverso il modello di licenza open source Apache 2 e scaricabili attraverso GitHub. Il supporto a Node.js trasforma Windows Azure nella piattaforma cloud per eccellenza per le applicazioni Node. Nuovi strumenti sono stati rilasciati per gli sviluppatori open source:
• Eclipse/Java: un importante aggiornamento è stato effettuato al Windows Azure Plugin per Eclipse per Java che è stato rilasciato in giugno. Introduce una serie di miglioramenti di usabilità e nuove funzionalità ed è  disponibile per il download con il Windows Azure SDK per Java. Guarda il video per una rapida panoramica . Il nuovo sdk aggiunte il supporto alle sticky session, , Java script di startup per i più popolari server Java , Java remote debugging, e molto di più.
• MongoDb : integrazione con Window Azure, package per semplificare il deployment, documentazione ed esempi.
• Solr/Lucene : una serie di strumenti e codice orientamenti per ottenere il massimo da Solr su Windows Azure. Trovate come configurare e ospitare Solr/Lucene in Windows Azure utilizzando la replica multi-istanza per l’index serving e singola istanza per l’index-generation.
• Memcached: guide su come fare il deployment , eseguire e configurare memcached su Windows Azure da linguaggi non .NET.
• Un nuovo servizio Hadoop per Windows Azure porta le funzionalità di Hadoop per Big Data in Windows Azure e consente di distribuire applicazioni Hadoop in ore invece che in giorni. Hadoop su Windows Azure permetterà ai clienti di analizzare i dati attraverso strumenti familiari come Microsoft Excel e e PowerPivot.
• Il nuovo sito http://www.windowsazure.com è stato completamente ridisegnato seguendo lo stile Metro ed è completamente hostato su Windows Azure
• Un nuovo pricing calculator è stato inserito nel portale per semplificare il calcolo del costo della piattaforma (esiste anche la versione advanced qui)
• Attivato un nuovo sistema di billing che permette di avere un controllo molto più efficace del costo (aggiornato real time !!) della piattaforma  (sotto la schermata della mia sottoscrizione…in effetti non sto spendendo troppo ). Per chi gestisce più sottoscrizioni le fatture verranno inviate tutte lo stesso giorno.

• Il nuovo portale per gestire i database SQL Azure anch’esso in stile Metro. E’ più semplice monitorare il propri database, avere maggiori dettagli sugli schemi, sui query plans, i dati spaziali , gli indici e le chiavi e le statistiche sulle performance. Il nuovo portale supporta anche SQL Azure Federation.
  

• Aumentata la dimensione massimo di SQL Azure da 50Gb a 150GB e aggiunto SQL Azure Federation, che grazie al meccanismo di sharding semplifica lo scaling-out di SQL Azure

• Cambiato il prezzo di SQL Azure
  
  Da oggi fino al raggiungimento dei 5Gb di database di pagherà $9.99 per ogni Gb. Questo vuol dire per esempio che se prima del cambiamento pagavo 49.95$ per un database SQL Azure da 3Gb perchè mi trovavo all’interno del range >1 e <5Gb oggi pagherà 29,97$ (3Gbx9,99$). Inoltre è stato impostato il tetto massimo di spesa su SQL Azure a 499.95$ dai 50Gb in su, il che vuol dire che dai 50Gb in avanti pagherò sempre 499.95$ (50x9,99$) anche a fronte di un database grande 150Gb( che significa di fatto un risparmio di 998.55$ al mese !!.

• Nuovi prezzi anche per il data transfer in uscita dal Datacenter con una riduzione del 25%
  

• Rilasciato in nuvo Windows Azure Training Kit con nuovi interessanti laboratori e le slide in stile Metro:
  
• [New Presentations] 33 updated/new PowerPoint presentations
• [New Hands-On lab] Running a parametric sweep application with the Windows Azure HPC Scheduler
• [New Hands-On lab] Running SOA Services with the Windows Azure HPC Scheduler
• [New Hands-On lab] Running MPI Applications with the Windows Azure HPC Scheduler
• [New Demo] Node.js On Windows Azure
• [New Demo] Image Rendering Parametric Sweep Application with the Windows Azure HPC Scheduler
• [New Demo] BLAST Parametric Sweep Application with the Windows Azure HPC Scheduler
• [Renamed Lab] Connecting Applications through Windows Azure Service Bus (formerly Introduction to Service Bus Part 1)
• [Renamed Lab] Windows Azure Service Bus Advanced Configurations (formerly Introduction to Service Bus Part 2)
• Semplificato il prezzo i attivato un periodo di free trial del Service Bus: ad iniziare dal primo Aprile 2012 , l’uso del Service Bus verrà fatturato usando due nuove metriche e non verrà più fatto pagare in base alle connessioni.
• Relay Hours - $0.10 per 100
• Message Operations - $0.01 per 10,000

Se volete saperne di più non perdete questo appuntamento live http://www.learnwindowsazureevent.com/, una conferenza dedicata a Windows Azure con speaker di eccezione come Scott Guthrie, Dave Campbell, and Mark Russinovich!

RoleEnviroment

We can understand if we are in emulation or not, if our role is available and the current RoleInstance. We can also get the DeploymentID , the unique identifier of the deployment in which the role instance is running. This is where I started. The only way to get all the information I needed was to using the Management API. So let’s look into the process to get the name of the Datacenter where my solution is running.

To use the Management API from our Web Role (or Worker Role) we need :

1. Subscription ID
2. Thumbprint of the certificate use to connect using the API
3. The same certificate uploaded into the HostedServices (at runtime we have to use this)

I wrote a library that does all the job and this is the code needed to get the Datacenter Name:

string subId = RoleEnvironment.GetConfigurationSettingValue("SubscriptionID").ToString();
string thumbPrint = RoleEnvironment.GetConfigurationSettingValue("Thumbprint").ToString();
 
WATools.WADeploymentInfo depInfo = new WATools.WADeploymentInfo(subId,thumbPrint,RoleEnvironment.DeploymentId,"");
WATools.WAToolsResponse resp = depInfo.GetWindowsAzureLocation();
if (!resp.HasError) lblDatacenter.Text = resp.ReturnValue;

How it works ?

Every Management API calls I did in the code use this two easy function:

private Uri CreateUri(string method, string newServiceName = null)
{
    string hostName = "";

    if (newServiceName == null) hostName = HostedServiceName; else hostName = newServiceName;
    Uri uri = null;
    String uriString;
    switch (method)
    {
        case "ChangeConfig":
            uriString = String.Format("https://management.core.windows.net/" + SubscriptionID +
                      "/services/hostedservices/{0}/deploymentslots/production/?comp=config", hostName);
            uri = new Uri(uriString);
            break;
        case "GetHostedServiceProperties":
            uriString = String.Format("https://management.core.windows.net/" + SubscriptionID +
                      "/services/hostedservices/{0}?embed-detail=true", hostName);
            uri = new Uri(uriString);
            break;
        case "GetDeploymentInfo":
            uriString = String.Format("https://management.core.windows.net/" + SubscriptionID +
                      "/services/hostedservices/{0}/deploymentslots/production", hostName);
            uri = new Uri(uriString);
            break;
        case "ListHostedServices":
            uriString = String.Format("https://management.core.windows.net/" + SubscriptionID + "/services/hostedservices");
            uri = new Uri(uriString);
            break;
        case "GetLocation":
            uriString = String.Format("https://management.core.windows.net/" + SubscriptionID + "/locations");
            uri = new Uri(uriString);
            break;
    }

    return uri;

}

private HttpWebRequest CreateHttpRequest(Uri uri, X509Certificate2 cert, string method, string version)
{
    HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(uri);
    request.Method = method;
    request.ClientCertificates.Add(cert);
    request.ContentType = "application/xml";
    request.Headers.Add("x-ms-version", version);
    return request;
}

First we need to call the List Hosted Services to get the list of Hosted Service within the subsciption. This API required just the Subscription ID.

public List<string> GetHostedServices(X509Certificate2 cert)
{

    Uri uri = CreateUri("ListHostedServices");
    HttpWebRequest request = CreateHttpRequest(uri, cert, "GET", "2010-10-28");

    List<string> HostedServices = new List<string>();

    try
    {
        using (HttpWebResponse response = (HttpWebResponse)request.GetResponse())
        {

            Stream dataStream = response.GetResponseStream();

            XElement hostedServiceElement = XElement.Load(dataStream);

            IEnumerable<XElement> ServicesName = hostedServiceElement.Descendants("{http://schemas.microsoft.com/windowsazure}ServiceName");

            foreach (XElement el in ServicesName)
                HostedServices.Add(el.Value);

            return HostedServices;
        }
    }
    catch (Exception ex)
    {
        return null;

    }

    return null;
}

We need now to enumarate all the Hosted Services and for each one we have to call Get Deployment API.

public string FindHostedServiceById(X509Certificate2 cert, List<string> hostedServices, string DeploymentID)
{

    foreach (string name in hostedServices)
    {

        Uri uri = CreateUri("GetDeploymentInfo", name);
        HttpWebRequest request = CreateHttpRequest(uri, cert, "GET", "2010-10-28");
        try
        {
            using (HttpWebResponse response = (HttpWebResponse)request.GetResponse())
            {

                Stream dataStream = response.GetResponseStream();

                XElement hostedService = XElement.Load(dataStream);

                XElement PrivateId = hostedService.Descendants("{http://schemas.microsoft.com/windowsazure}PrivateID").First();

                if (PrivateId.Value == DeploymentID) return name;

                dataStream.Close();

            }
        }
        catch (Exception ex)
        {
            return null;

        }
    }

    return null;
} 

For each hosted service we have a bunch of useful information but the most important one is the PrivateID. This ID is exactly the same we have calling RoleEnvironment.DeploymentId. Doing a match we know which HostedServiceName has our PrivateID so we know the name of the HostedService where our app is running on. The final step is to call the Get Hosted Service Properties API:

public WAToolsResponse GetWindowsAzureLocation()
{

    X509Certificate2 cert = GetCertificate();
    if (cert == null)
    {
        return new WAToolsResponse(true,"",new Exception((string.Format("Unable to load {0} certificate",Thumbprint))),"","OpenCertificate");
       
    }

    // Request Hosted Services List to find the righ HostedServices throuhg the PrivateID
    List<string> hostedServices = GetHostedServices(cert);

    if (hostedServices==null)
        return new WAToolsResponse(true, "", new Exception((string.Format("Unable to enumerate hostedservices", Thumbprint))), "", "GetHostedServices");
   
    // Try to find the HostedServiceName from the Deployment ID
    string HostedName = FindHostedServiceById(cert, hostedServices, HostedServicePrivateId);

    if (HostedName == null)
        return new WAToolsResponse(true, "", new Exception((string.Format("Unable to find the PrivateID:{0}", HostedServicePrivateId))), "", "GetHostedServices"); ;

    Uri uri = CreateUri("GetHostedServiceProperties", HostedName);

    HttpWebRequest request = CreateHttpRequest(uri, cert, "GET", "2011-06-01");
   
    try
    {           
        using (HttpWebResponse response = (HttpWebResponse)request.GetResponse())
            {
                try
                {
                    Stream dataStream = response.GetResponseStream();

                    XElement hostedService = XElement.Load(dataStream);

                    XElement Location = hostedService.Descendants("{http://schemas.microsoft.com/windowsazure}Location").First();

                    return new WAToolsResponse(false,Location.Value,null,uri.ToString(),"GetResponse");

                }
                catch (Exception ex)
                {
                    return new WAToolsResponse(true,"",ex,uri.ToString(),"GetResponseStream");

                }
            }
    }
    catch (Exception ex)
    {
        return new WAToolsResponse(true,"",ex,uri.ToString(),"HttpWebRequest");
      
    }
   
}

We have a lot of useful information here and finally the Location property of our application.

Here the Visual Studio 2010 project of WATools.

Fabio

“Cerco di darti la mia visione del cloud dopo quasi un anno e mezzo che mi ci sono immerso.

La prima domanda è quella che mi sento rivolgere tutte le volte che partecipo a delle conferenze in cui parlo di Windows Azure : cosa c'è di diverso tra ASP, Hosting e Cloud ? Alla base di tutto credo ci sia un economia di scala che fà la differenza. Avere Data Center distribuiti nel mondo ognuno con la stessa infrastruttura, le stesse risorse, le stesse funzionalità, lo stesso sistema di gesione con centinaia di migliaia di server che possono essere allocati anche solo per qualche ora rende il cloud molto ELASTICO ed ECONOMICO. Ho messo in maiuscolo queste due parole (qui non c'è il bold :-)) perchè credo che la principale differenza stia qui. Quando hai bisogno di aggiungere risorse al tuo sistema e devi farlo nell'arco di 5 minuti e devi farlo in modo affidabile ecco che hai bisogno dell'economia di scala di cui parlavo prima. Hai virtualmente migliaia di server destinati a te senza averli pagati, li richiedi e ti vengono dati in un attimo e li paghi per quanto ti servono. Difficile (anche se non impossibile) ottenere lo stesso tipo di comportamento in modalità hosting o ASP. Elastico però vuol dire anche rilasciare i server quando non servono più e solo chi si può permettere di averne a disposizioni così tanti può anche permettersi di riallocarli ad altri. Economia di scala vuol dire abbassare i costi di gestione perchè la corrente, il condizionamento, la gestione viene suddivisa per tutti i server che vengono gestiti in ogni Datacenter e quindi evidentemente i costi alla base sono più bassi e quindi il costo per l'utente finale è normalmente più basso. Ma c'è anche un aspetto che magari un pò nascosto identifica in maniera chiara la differenza tra hosting e cloud : UNIFORMITA'. In ogni momento , qualunque sia il Datacenter , sai a priori che tutti i server sono uguali , che si comporteranno alla stessa maniera, che il sistema è lo stesso, che l'Hyper V che controlla le macchine è uguale per tutti . E questa è una grande notizia perchè significa dimenticarsi di tutte le incompatibilità indipendente da dove si decide di distribuire la propria applicazione.
Poi la domanda del secolo : quanto costa ? Qualche mese fa feci un post per raccontare in modo spero semplice come si calcola il costo del cloud ma è evidentemente un calcolo complicato ma per la natura del sistema stesso. Se ti do la possibilità di pagare a ora e per ogni risorsa che usi è evidente che calcolare il costo di esercizio è complicato e richiede molta attenzione per evitare di sottovalutare questo aspetto. Al tempo stesso la mia esperienza mi dice che il costo di Windows Azure è sempre di almeno un unità di grandezza rispetto a quello che sarà poi il prezzo di vendita della soluzione che verrà venduta (vale quasi in tutti i casi). Il fatto di essere elastico mi permette di ridurre al limite i costi , magari per esempio riducendo il numero di server durante il weelk end o durante la notte. Se puoi vuoi capire quanto costa nel dettaglio allora mandami una mail a fsantini@microsoft.com :-).
Ultimo punto, la migrazione. Windows Azure ha come base di partenza Windows Server 2008R2, .NET Framework 4.0 e IIS 7.0. Se ho un applicazione fatta così la migrazione è instantanea (sempre che si sia gestito in modo corretto lo stato dell'applicazione con più front end, ma questo non è solo un problema del cloud). Se hai un applicazione in PHP, o Java , o Ruby puoi tranquillamente migrare la tua applicazione su Azure con pochi o tanti sforzi che dipendono molto da come è stata scritta e da queli engine sono stati usati. Nel tuo caso per esempio, paradossalmente potevi caricare sulla tua macchina anche il framework 2.0 e far girare tutto senza ricompilare niente ma avresti perso tutti i vantaggi del Platform as as Service che chi sviluppo software su WIndows Azure apprezza.

Parliamo della sicurezza che è una di quelle domande che mi sento rivolgere sempre. I miei dati e la mia applicazione stanno nel cloud, come faccio ad essere sicuro che nessuno potrà mai accedere a quelle informazioni tranne me ? Si parte dal presupposto che gestire i dati sui propri server sia più sicuro o poter andare a vedere il server all’interno della server farm dia maggiori garanzie su come i dati vengono gestiti. Ma siamo proprio sicuri che sia così ?

Io personalmente non ci credo, sarà perchè ho avuto la fortuna di visitare il Datacenter di Dublino e la gestione della sicurezza è maniacale. A partire dall’arrivo al Datacenter, hai controlli di Identità, alla gestione della sicurezza interna, alla certificazione delle persone autorizzate a lavorare all’interno del Datacenter stesso. Chi fornisce una piattaforma Cloud ha sicuremante come prima priorità la sicurezza perchè su quella si basa la fiducia e l’adozione da parte di partner e clienti. E’ chiaro che anche gli hoster locali pensino alla sicurezza in modo maniacale ma se mi permettono di accedere alle mie macchine vuol dire che lo fanno fare anche agli altri e quindi il potenziale problema c’è. Nel Cloud non ci si va, non si prende la macchina o l’aereo per andare a vedere il proprio server, semplicemente non si può. Allora meglio che li tengo in casa che sono sicuro….forse no. Oggi sono in aumento i furti di dati ma non come avvenivano una volta, cioè attraverso virus o attacchi interni, semplicemente entrando nelle aziende e portando via le macchine. Provate ad entrare in un Datacenter che ha 400.000 macchine e portarvi via proprio la vostra, be c’è qualche difficoltà in più . E poi quando parliamo di sicurezza parliamo anche di affidabilità e quindi del fatto che il servizio sia sempre attivo. Siamo proprio certi di riuscire nel nostro datacenter ha garantire l’affidabilità che vogliamo ? Abbiamo ridondato tutto per essere sicuri che una rottura fisica non abbia un impatto sul nostro sistema ? Abbiamo una doppia banda, un triplo sistema di fornitura di energia elettrica, doppi router distinti fra loro, doppio condizionamento elettrico, etc etc. Certo qualcuno ce l’ha ma il costo di gestire tutto questo è dato a pochi e non a tanti. Quindi la maggior parte delle persone potrebbe avere un sistema così sicuro e ridondato senza spendere i costi che sarebbero necessari per averlo in casa propria. Gli hoster ? Be si certo loro queste cose le controllano e le gestiscono perchè fa parte del loro business quindi ci sia aspetta che il sistema sia sempre affidabile ma posso avere datacenter distribuiti nel mondo per sicurezza ? Tante sono le domande che vengono in mente ovviamente, ma alla fine si torna sempre all’economia di scala. Con il Cloud si ottengono tutte queste cose ad un prezzo decisamente inferiore e si può contare su una infrastuttura Elastica, Scalabile, Sicura, Affidabile e la si può comprare quando serve”

• Che sistema operativo installo ?
• Come faccio a fare il backup dei miei dati dal pc vecchio senza dimenticarmi niente ? (per esempio i certificati…)
• Come faccio a restituire il vecchio pc senza per forza dover reinstallare tutto su quello nuovo ? (e se mi serve proprio quel programma li che ho configurato e che non trovo più….)
• Come faccio a fare tutto questo in fretta ?

Ma allora cosa c’entra questo post con Windows Azure ? Be , c’entra perchè mi aiuta a rispondere alla prima domanda.

Per utilizzare il VM Role di Windows Azure è necessario utilizzare Hyper-V per creare le macchine virtuali e poi uploadarle sul portale e per questo motivo ho deciso di installare Windows Server 2008 R2 come sistema operativo di base (ci sono anche altri modi per farlo ma questo mi sembra il più lineare). Il sistema operativo del vecchio PC è Windows 7 e il disco è protetto da BitLocker (giusto per complicare un pò le cose).

Windows Server 2800 R2 si installa in pochissimo tempo e dopo averlo configurato correttamente mi appresto a rispondere alle altre domande. Devo copiare tutti i dati dal pc veccio a quello nuovo senza dimenticarmi nulla e di solito quando si fanno queste operazioni qualcosa si dimentica sempre:

• Favorites di IE
• My Received File
• Download
• PST di Outlook
• Certificati di sistema
• Chiavi di licenza
• etc.

Tutte le volte che ho cercato di ricordarmi tutto mi sono dimenticato qualcosa e allora ho deciso di tagliare la testa al toro e di provare una strada diversa. Ho pensato, ma sarà possibile creare un file VHD da un disco fisico ? Se fosse possibile sarebbe perfetto , perchè potreti riversare in un unico file l’interno contenuto del disco e quindi sarei sicuro di non dimenticarmi nulla. Certo otterrei un file da 120GB ma tanto ormai i dischi esterni costano talmente poco che il gioco vale la candela. Per mia fortuna la risposta è che si può fare, basta scaricare questo software ed eseguirlo selezionando le partizioni che si voglio trasferire nel file VHD. Il programma permette di selezionare le partizioni che si vogliono copiare e nel mio caso ho selezionato quella riservata al boot e quella del sistema operativo. Dopo circa un ora e mezza avevo il mio file VHD bello pronto sul mio HD esterno USB 3.0. Dato che il mio disco di partenza è protetto da BitLocker è necessario fare il backup della chiave di sicurezza che ci servirà per rileggere il file una volta apero. Dal menù di BitLocker in Windows 7 è possibile esportare la chiave in un file di testo.

Con Windows 7 e Windows Server 2008 R2 è possibile fare un Attach di un file VHD e vederlo come un disco esterno: 

Faccio Attach VHD e seleziono il file da 120GB. In questo modo Windows Server vedrà un nuovo disco (nel mio caso due) come fosse un nuovo hard disk:

La prima volta vi verrà richiesta la chiave BitLocker per poter accedere al file, in seguito è possibile per comodità impostare una password e utilizzarla tutte le volte per accedere al disco. Fatto questo, nel disco G ho tutto il mio vecchio pc, tutti i file, tutte le cartelle, tutto….o quasi.

Di sicuro ho recuperato tutti i file ma le voci di registro e i certificati no. Ma almeno dopo un ora e mezza sono sicuro di avere tutto ed è già qualcosa .

Mi sposto alla terza domanda e mi rendo conto che la risposta viene automatica. Ho un file VHD , con due partizioni, un boot loader e il mio vecchio sistema operativo….be ma allora…posso creare una macchina virtuale con Hyper-V ed eseguire il mio vecchio Windows 7 su Windows Server 2008 !!! Si può fare, o almeno si può provare e così faccio.

Per sicurezza mi faccio una copia del mio VHD e con Hyper-V creo una nuova macchina virtuale e seleziono il mio VHD come disco. Faccio partire il PC che però si incavola !! Quello che è successo non gli piace molto, si aspettava di partire su un PC e invece adesso si trova in un mondo nuovo e quindi un pò si arrabbia. Ma c’è il modo di uscirne. Scarico dal mio abbonamento MSND la iso di Windows 7 Enteprise e la collego con DVD ad Hyper-V. Rifaccio ripartire la macchina ma questa volta faccio fare il boot da DVD. Una volta arrivato sulla schermata di installazione di Windows dico al setup che voglio fare un Repair e lascio al DVD il compito di riparare il mio vecchio Windows 7. Lo lascio lavorare, il sistema riparte e dopo aver inserito la chiave di BitLocker (ancora si, se non è sicurezza questa ) ottengo sul mio Windows Server 2008 R2 una bella macchina virtuale con il mio vecchio PC, esattamente come l’avevo lasciato:

ps. che soddisfazione poter dare 8GB di Ram al mio vecchio PC

Adesso ho tutto, ho i dati e ho tutto il software funzionante e posso restituire il vecchio pc senza problemi, il tutto dopo circa 2 ore di lavoro, non male dire !!!

Questo sarà un post molto lungo quindi preparatevi !!
E’ stata da poco rilasciata una nuova CTP release di SQL Azure Data Sync, un motore di sincronizzazione cloud che permette appunto di mantenere allineate basi dati presenti sia nel Cloud che on premise. E’ quindi possibili attivare una sincronizzazione tra più database SQL Azure oppure realizzare una sincronizzazione tra un database presente sulla propria macchina locale o su un server aziendale con uno o più database presenti nel cloud. Con questa nuova funzionalità di Windows Azure si possono aprire scenari molto interessanti quali :

1. Backup live di un database locale : potrebbe essere utilie utilizzare SQL Azure come sistema di backup real time di una base dati locale che viene utilizzata per un software interno. Questo permetterebbe non solo di avere una copia allineata del proprio DB ma anche di poter fare un restore molto rapidamente avendo a disposizione il database nel cloud sempre attivo. Microsoft si occupa poi di fare il backup dei dati in SQL Azure il che garantisce un ulteriore strato di sicurezza delle proprie informazioni
2. Esporre verso l’esterno alcuni dati aziendali : alle volte le aziende hanno costruito delle soluzioni interne utilizzate dai dipendenti dell’azienda stessa. Quando arriva la necessità di esporre questi dati all’esterno ovviamente si devono affrontare problemi di sicurezza, dmz , firewall perchè il server normalmente è all’interno delle mura aziendali. E’ possibile con Data Sync sincronizzare alcune tabella dal database centrale verso SQL Azure e poi costuire un applicazione di front end per consumare questi dati magari utilizzando i SQL Azure Reporting Services come motore di reportistica. Dato che è possibile fare una sincronizzazione bidirezionale è possibile anche recuperare delle informazioni dagli utenti esterni (agenti, fornitori) e portarle semplicemente all’interno dell’azienda in modo sicuro senza dover costruire un infrastruttura locale complessa.
3. Distribuzione della propria applicazione su diversi datacenter: immaginate di avere un applicazione che viene usata in Europa ma anche in America. Per poter dare una esperienza unica ai proprio utenti e per poter rendere l’accesso alla propria applicazione il più veloce possibile è possibile con Windows Azure distribuire i proprio front end su datacenter diversi (America e Europa) e attraverso il Traffic Manager direzionare gli utenti al datacenter più comodo e volece. Ovviamente se l’applicazione ha bisogno di un database non avrebbe senso in una situazione di questo tipo avere un SQL Azure solo in uno dei due datacenter. Usando Data Sync è possibile mantenere allineati due database SQL Azure presenti in due datacenter diversi dando alla propria applicacazione un distribuzione completa.
4. Distaster e Recovery : immaginate un applicazione mission critical in esecuzione sul datacenter di Amsterdam. Windows Azure garantisce una sicurezza e una affidabilità molto alta ma potrebbe accadere ovviamente di tutto e il datacenter potrebbe non essere più in grado di fornire il servizio. E’ possibile pubblicare la propria applicazione anche in un altro datacenter (Dublino per esempio) e lasciarla spenta (cioè gli utenti si collegano sempre ad Amsterdam) e sincronizzare il database nel primo datacenter con uno nel secondo. Nel caso di situazione critica è possibile attivare la propria applicazione a Dublino, farla puntare al database anch’esso a Dublino che è stato costantemente sincronizzato e con il Traffic Manager spostare gli utenti verso l’Irlanda garantendo una continuità di servizio completa.

Probabilmente ci sono molto altri scenari che si possono realizzare con il Data Sync ma già l’elenco qui sopra ci da un buon motivo per capire come funziona. Ecco i passi da fare per attivare il Data Sync per sincronizzare un database locale (sul mio pc in questo caso) e un database su Windows Azure.

Per cominciare diamo per scontato di aver attivato una sottoscrizione Windows Azure (è possibile attivare una trial qui) e di aver creato un database attraverso il portale di gestione https://windows.azure.com/. Il mio esempio si basa su una versione leggermente modificata del database di esempio presente con SQL Server 2008 chiamato AdventureWorksLT.

Attivazione il Data Sync Preview Server

Nella schermata qui sotto vedete evidenziato il database SQL Azure che ho creato su Windows Azure. Il database in questo momento è completamente vuoto.

Selezioniamo dal menù di sinistra la voce Data Sync e selezioniamo la voce Provision Data Sync Preview Server

Una volta terminato il provisioning del server creiamo un Sync Group. Un Sync Group è un raggruppamento logico di sincronizzazione che contiene le informazioni necessarie per mantenere sincronizzati vari database. E’ possibile inserire lo stesso database in più Sync Group anche se è necessario prestare attenzione per non entrare in un loop infinito . Nel mio caso io ho creato un Sync Group chiamato Adventure Works.

Sulla parte sinistra della console possiamo selezionare ogni quando vogliamo eseguire la sincronizzazione e come verranno gestiti i conflitti (cioè se in caso di conflitto vincerà il client o il server). Ora premiamo il + presente sull’icona del database Sync Hub nella fascia Cloud. In ogni Sync Group deve essere presente un database che faccia da Sync Hub. Il database poi può far parte della sincronizzazione oppure no ma in ogni caso deve essere sempre presente.

Nella finestra che appare inseriramo la stringa di connessione completa per accedere al server SQL Azure e il nome del database fornendo anche le credenziali di accesso. Premiamo Add. Ora ripetiamo l’operazione premendo il + presente sull’icona del database nella fascia On-Premise.

La prima volta che facciamo questa operazione selezioniamo Add a new SQL Server database in the sync group , le volte successive il nostro database on-premise sarà già “conosciuto” da Windows Azure. Selezioniamo Bi-Directional (ovviamente possiamo decidere che tipo di Sync attivare) e premiamo Next. La prima volta ci verrà richiesto di installare un Agent locale che è quello che si occuperà di far parlare in nostro server locale con quello nel cloud.

Scarichiamo l’agent e procediamo con la fase di installazione

Troveremo sul computer il software chiamato Microsoft SQL Azure Data Sync Agent Preview. Eseguiamolo.

Inseriamo un Agent Name che sarà di fatto la chiave univoca che collegherà il nostro agente con Windows Azure. Nel mio caso con molta fantasia ho inserito FabioSymc .

Per garantire una corretta sicurezza di comunicazione tra il server locale e quello cloud è necessario utilizzare una chiave che potete generare e copiare all’interno della clipboard. Questa stessa chiave dovrà essere in seguito inserita nel software locale che abbiamo precedentemente installato.

Prima di tutto memorizziamo la chiave appena generate all’interno dell’agent locale. Premiamo Submit Agent Key e inseriamo la chiave appena copiata nella clipboard.
Ora selezioniamo Register.

Decidiamo il tipo di autenticazione vogliamo che l’agent utilizzi per accedere al server locale. Facciamo attenzione di utilizzare un utente con i permessi necessari per accedere alle tabelle che vogliamo sincronizzare (lo so sa non è sicuro ma è un esempio dai !!! )

Una volta terminata l’operazione dovreste trovare all’interno della combobox Select Database il database appena configurato.

Premiamo Finish.

Il nostro Sync Group non è ancora stato pubblicato , manca ancora un operazione importante che è quella di stabilire cosa sincronizzare. Premiamo Edit Dataset a destra della schermata.

Selezioniamo il database on-premise (l’unico che in questo momento ha dei data reali) e definiamo quali tabelle e quali campi voglia sincronizzare. Attenzione che in questa Preview non è possibile sincronizzare campi di tipo User Defined e campi calcolati (ecco perchè ho dovuto modificare la struttura di AdventureWorks ). Premiamo Ok.

Premiamo in alto Deploy. Alla fine del deploy dovremmo avere una scheramta simile a quella qui sotto :

Possiamo anche volendo, attraverso la tabella di destra, attivare dei filtri sulle colonne per avere un maggior controllo sui dati che vogliamo portare nel cloud. Per capire quali operazione sono state fatte e sopratutto per controllare possibili errori possiamo usare il Log Viewer.

Durante la prima sincronizzazione verranno create su SQL Azure tutte le tabelle selezionate e le tabelle utilizzata dal Data Sync. In seguito a seconda dell’intervallo selezionato avremo una sincronizzazione solo per differenze e nel nostro caso sarà bidirezionale.

SQL Azure Data Sync è sicuramente una funzionalità molto interessante che ci permette di costuire scenari ad oggi quasi impossibili.

Ieri il team di Windows Azure ha annunciato la possibilità di attivare 25 ruoli per ogni deployment a differenza dei 5 attuali. Questo permette di avere a disposizione un mix di 25 ruoli differenti (Web Role, Worker Role, VM Role) come parte di un singolo deployment. In questo modo chi sviluppa applicazioni può avere maggior controllo sulla scalabilità della propria applicazione. Perchè è importante ?

Immaginiamo per esempio di avere un applicazione web così composta.

1. Un interfaccia web realizzata con ASP.NET MVC
2. Servizi di business dell’applicazione esposti tramite WCF
3. Servizi di integrazione dell’applicazione esposti tramite WCF
4. Un interfaccia web di amministrazione scritta in ASP.NET
5. Servizi di comunicazione per un applicazione Windows Phone 7 esposti tramite REST API
6. Servizio di import/export dei dati basato su code
7. Database SQL Server

Senza entrare troppo nel dettaglio delle mille architetture possibile per realizzare questa applicazione, possiamo facilmente identificare dei ruoli ben precisi che dovremmo trattare come unità isolate. Per poter avere un minimo di scalabilità ovviamente dobbiamo pensare che ogni ruolo venga esposto con più istanze (più frontend) a seconda ovviamente del numero di utenti che ci aspettiamo.

Il database fa storia a se ovviamente, chiediamo ad Azure di costruire un database della dimensione che ci interessa e avremo la stringa di connessione per fare tutto quello che ci pare.

In Windows Azure esiste il concetto di Hosted Service. Un hosted service è un qualcosa che risponde ad un URL definito. La forma dell’URL è tipicamente mycomplexapp.cloudapp.net. La domanda a questo punto è : quanti hosted services ci servono per la nostra applicazione ?

Potremmo per esempio avere un hosted services per la parte web che includa due ruoli, l’interffaccia principale MVC a l’interfaccia di amministrazione (mycomplexappui.cloudapp.net), un hosted service che contenga i servizi esposti (tre ruoli in totale –mycomplexappsvc.cloudapp.net) e un hosted service che contenga un solo ruolo per l’importazione dei dati (mycomplexappwrk.cloudapp.net). Quindi riassumendo avremo un totale di 11 istanze:

Uno dei vantaggi che abbiamo usando questa architettura è quello di poter dividere l’applicazione in deployment differenti (per esempio potremmo mettere la parte web su un datacenter e i servizi su un altro) o anche di poter addirittura dividere i servizi in sottoscrizioni diverse (una a consumo e una a risorse definite). Insomma abbiamo la possibilità di distribuire le unità come ci pare rendendo la nostra applicazione più semplice da mantenere (per esempio se devo aggiornare solo il servizio di import/export non devo aggiornare tutti i ruoli ma solo quello che mi serve). Uno degli svantaggi di questa architettura è il fatto che le comunicazioni tra i servizi avvengono sempre passando attraverso il LB. Vuol dire che se l’istanza 1 dell’hosted service mycomplexappui (A1) deve chiamare l’istanza 1 del servizio mycomplexappsvc (B1) la comunicazione partirà dalla macchina virtuale A1 verso l’esterno di internet fino al DNS e poi sarà ridirezionata all’interno di Windows Azure verso la macchina virtuale (B1) tramite il load balancer. In Windows Azure non è possibile eseguire comunicazioni dirette tramite hosted services diversi.

Per rendere tutta l’applicazione più veloce e per permettere per esempio di attivare dei canali di comunicazioni diretti (TCP/IP – Named Pipe) tra macchine virtuali diversi e ruoli diversi il  mio deployment dovrà essere fatto su un unico hosted service. A quel punto la mia applicazione sarà esposta nel sequende modo:

Il numero totale di istanze rimane invariato ma come vedete l’applicazione risponderà ad un unico URL utilizzando diverse porte per poter connettere le varie unità. In realtà se volessimo potremmo non esporre le due istanze sulla porta 9090 (utilizzate solo per la comunicazione interna) ma semplicemente dichiarare degli InternalPoint di comunicazione diretta tra il frontend ed il middleware.

Quanti sono i ruoli all’interno del nostro hosted services adesso ??? Sono 6 e prima di oggi non era possibile averli mentre oggi possiamo arrivare fino a 25 che ci permette di avere architetture molto complesse e benificare del fatto che la comunicazione interna (tramite VIP – Virtual IP Addess) sia permessa.

Ps. Uno dei motivi per i quali non è permessa in questo momento una comunicazione diretta tramite hosted service diversi è quello di impedire che la piattaforma venga usata per fare DOS tra servizi differenti. Potrei caricare per esempio 5 VM e mettere un servizio che faccia chiamate interne a tutti gli altri servizi esposti dalla server farm ed è stato deciso quindi di limitare questa possibilità.