TechEd 2010 – Berlin Ziua 1

Printr-un joc al sorții am ajuns anul acesta în Berlin la TechEd. Pentru cei care nu știu TechEd este una din cele mai mari conferințe organizate de Microsoft pentru a prezenta diferitelor categorii de participanți (parteneri, clienți, profesioniști, inluienceri, presă) ultimele noutăți în lumea lor tehnologică și nu numai.

Un eveniment la care anul acesta participă aproximativ 6000 de oameni din EMEA (Europa, Orientul Mijlociu si cred că Africa de Nord). Spațiul este suficient, Messe Berlin fiind un fel de Romexpo la puterea x… adică ceva imens!

Ultima data când am participat la TechEd a fost la Barcelona în 2007, și m-am simțit cu adevărat mic sau nesemnificativ în marea de oameni, tehnologie etc, fiind în același timp copleșit de arhitectura orașului și toate celelalte.

Berlinul nu este tocmai cel mai frumos oraș pe care l-am văzut, poate și din cauza frigului și a ploii. Am avut totuși ocazia să văd istoria la ea acasă: Poarta Brandenburg, Zidul Berlinului, Turnul Televiziunii, Alexanderplatz, Checkpoint Charlie, Monumentul Evreilor și multe altele.

Revenind la conferință… la Keynote… am fost impresionat să văd aproape 6000 de oameni sub același acoperiș. În aceeași sală. Asta este cu adevărat ceva care să-ți rămână în memorie.

Oamenii

În același timp, TechEd este o ocazie de a te întâlni cu oameni pe care îi cunoști și cu care te întâlnești rar sau doar îi citești pe bloguri sau oameni de care ai auzit dar pe care nu i-ai văzut niciodată.

Printre cei de care probabil ați mai auzit se numără Ciprian Jichici, Ionuț Bălan, Aurelian Popa, Adrian Stoian.

Mult mai Fun a fost întâlnirea total întâmplătoare cu o echipă de la Microsoft Suport Romania. Băieți (Sorin, Marius și Alin), dacă mi se permite, numai unul și unul, fiecare AS pe tehnologia sa (Exchange, Office și Lync ex OCS) dar mai mult decât atât, pasionați și implicați în tot ceea ce și-au propus să facă pe aici. În ultimul timp, după mai multe episoade cu conotații negative ajunsesem să cred că, ori sunt eu persoana non-grata la Microsoft Romania ori oamenii s-au schimbat atât de mult încât nu-i mai pot eu înțelege. După ce i-am cunoscut pe suportiști mi-am dat seama că poate am doar o percepție greșită.

Era să o uit pe Oana Nitu? Nu, doar lăsasem doamnele mai pe final. Ea este acum MSP și a venit aici cu echipa din Olanda. Nice, nu?! Cu noi mai este și Loredana Panait, șefa pe comunități și la scoaladeeficienta.ro căraia îi datorez această vizită. Mulțumesc Lore!

Spre finalul acestei secțiuni am lăsat legendele [:)] > Emilian Baragan (așa-i că nu vă spune nimic numele?)

Emilian este acum Suport Engineer la Microsoft Suport și se ocupă de SQL Server și altele afiliate. Nu pentru asta îl consider o legendă… ci pentru faptul că el alături de echipa Midia au adus primul loc I pentru Romania la Imagine Cup în 2004 la secțiunea Short Film. A fost o ocazie unică pentru a depăna amintiri și impresii despre competiție.

Exhibition hall

La o astfel de conferință participă și foarte mulți sponsori și parteneri. Fiecare dintre ei dorește să își prezinte propriile soluții, afaceri, tehnologii și produse corelate produselor oferite de Microsoft. Am vizitat și eu mai multe standuri. Cuvintele cheie pentru toate sunt SharePoint și  Windows Phone.

Cam atat despre prima zi. Mai revenim cu detalii de la prezentări!

High Availability with Hyper-V 2008 R2

High Availability (HA) reprezintă un concept managerial dincolo de moda tehnologică. Este o necesitate de care depinde succesul unei afaceri. Parte componentă a triadei manageriale CIA, disponibilitatea (availability în engleză) reprezintă componenta cea mai costisitoare din arhitectura unui sistem informaţional, datorită investiţiilor în dispozitive hardware redundante sau care să suporte clustering-ul.

Un alt concept vehiculat în arhitecturile de disponibilitatea maximă este single point of failure, care presupune crearea unei infrastructuri redundante, în aşa încât un serviciu informaţional să fie disponibil cât mai mult timp clienţilor săi.

Cheia succesului unei soluţii de HA este aceea a gradului de disponibilitate oferit serviciilor, preţul implementării şi nu în ultimul rând timpul de recuperare în caz de dezastru, pentru că oricât de sigură ar fi o soluţie, într-o zi tot se poate întâmpla ca toată infrastructura să fie indisponibilă.

Modelul general de arhitectură HA (fig.1).

Arhitectura HA - Model

După cum observați în imaginea de mai sus arhitectura HA este pe mai multe niveluri combinând niveluri logice cu niveluri fizice.

În continuare voi prezenta pe scurt câteva explicații, nivel cu nivel de jos în sus. Cheia centrală a modelului este aceea a utilizatorului care are nevoie permanent de acces la serviciul de Web. Toată arhitectura este transparentă față de acesta.

A. DataStorage

Din ce în ce mai multe companii folosesc sisteme de stocare centralizată, care au foarte multe avantaje. Esențial în schimb în alegerea unui datastorage este funcțiile de iSCSI pe care din păcate nu le oferă toate sistemele. Altele oferă funcții de iSCSI la nivel de conexiuni de cabluri, destul de greu de înțeles… din punctul meu de vedere.

În cazul în care nu avem posibilitatea să creem partiții și funcții de iSCSI din aplicația de administrarea a storage-ului, atunci putem crea partiții simple de tip RAID 5, pe care să le alocăm serverelor din nivelurile fizice ulterioare.

HBA Host - Access  Storage to host mapping

În imaginile de mai sus puteți vedea un model de identificare a host-urilor iar în imaginea 2 modul în care este mapat spațiul de stocare pe un host. Corelat cu arhitectura din fig.1 în modelul nostru serverul iSCSI Target Server este identificat sub numele v-iSCSI-Master.

Cum funcționează HA în acest caz? În momentul în care cade din punct de vedere fizic un disc din datastorage, partiția logică RAID 5 rămâne activă și funcțională. Trebuie doar să înlocuim discul căzut într-un termen relativ scurt.

B. iSCSI Target Server

Dacă ne uităm cu atenție pe arhitectura din fig.1 observăm că acesta este singurul ”Single Point of Failure”. Pentru a rezolva această problemă putem adăuga un alt server iar stocarea hardiscurilor virtuale (VHD-urilor) se poate configura într-un DFS (Distributed File System).

În modelul pe care îl propun aici, iSCSI serverul este un Windows Server 2008 R2. În mod nativ, sistemul iSCSI este compus din două părți: target-ul și initiator-ul. Dacă datastorage-ul nu are nativ funcția de iSCSI Target, atunci pot fi folosite diferite aplicații în acest sens pentru a emula un astfel de rol.

Pentru a transforma un server Windows într-un iSCSI Target trebuie să parcurgeți următoarele etape:

1. Instalarea componentelor pentru Windows Storage Server. Ediția Windows Storage Server 2008 R2 Embedded (Standard, Enterprise, Workgroup) with iSCSI Software Target 3.3 (x64) poate fi descărcată de abonații MSDN începând cu 27/09/2010.

Atenție WSS nu este un sistem de operare în sine ci o colecție de update-uri care se instalează din Windows_Storage_Server_2008_R2.iso.

2. Instalarea iSCSI Software Target 3.3 folosind aceeasi sursă de pe MSDN.

După instalare se pornește automat serviciul WinTarget și trebuiesc definite discurile virtuale și apoi serverele care vor folosi aceste discuri.

Puteși găsi aici două articole foarte faine de configurare iSCSI și pentru în mod detaliat iSCSI pentru Hyper-V

iSCSI Target Server – Config summary (fig.2)

 Configurarile de iSCSI Target

Fiecare server care va accesa discurile virtuale create la Devices va trebui definit în secțiunea iSCSI Targets. Definirea lor se face pe baza IQN (iSCSI Qualified Name) care reprezintă un mod de identificare a clienților de iSCSI în rețea. Fiecare nume ale clienților windows de iSCSI va fi format după algoritmul: iqn.1991-05.com.microsoft: urmat de numele de DNS al acestuia.

Exemplu de IQN Windows: iqn.1991-05.com.microsoft:srv-cluster-n1.feaa.uaic.ro

C. Configurarea Clusterului de Hyper-V

Dacă vorbim de un cluster este clar că putem implica mai multe servere simultan. Din lipsă de echipamente eu am configurat doar două servere care să partajeze rolul de Hyper-V.

Pașii în configurarea inițială a unui nod din cluster

1. Instalarea sistemului de operare: Am ales Windows Server 2008 R2 Datacenter pentru a putea stoca mai mult de 4 servere virtuale folosind aceeași licență.

2. Instalarea rolului de Hyper-V R2. Componenta de Live Migration nu este disponibilă decât în idițiile R2.

3. Instalarea feature-urilor de Multipath I/O și Failover Clustering

image

Multipath I/O este componenta care permite accesul la același disc a mai multor servere, iar Failover Clustering pentru a putea partaja același serviciu, în cazul nostru Hyper-V.

4. Configurarea iSCSI Initiator pentru conectarea la iSCSI target.

image

Se scrie la Target numele IQN al target serverului definit mai sus și se apasă Quick Connect.

5. Configurarea Volumelor

image

După inițializarea lor în Volumes and Devices trebuie să mergem în Disk Manager și creem partiții simple fără literă, dar care trebuie să fie on-line. În imagine ele sunt off-line pentru că așa au fost configurate de Cluster.

image

6. Operațiunile 1-5 se execută și pe nodul al doilea.

7. Se validează cluster-ul din Failover Cluster Manager

image

Dacă testul a fost parcurs cu succes se poate trece la configurarea clusterului.

8. Configurarea clusterului

Cerințele minime pentru un nod: două plăci de rețea conectate în două rețele diferite și toate nodurile să aibă conectate la iSCSI target.

De asemenea, este esențială configurarea în DNS a unei înregistrări de tip HOST care va fi alocată cluster-ului.

image

9. Crearea unei mașini virtuale.

O mașină virtuală se poate crea direct din consola de administrare a clusterului de la Services and Applications, Virtual Machines, New Virtual Machine și se alege nodul din cluster pe care dorim să realizăm instalarea.

10. Testarea Live Migration (HA)

Live Migration în cluster înseamnă că la orice cădere a unui nod, sau oprirea acestuia pentru operațiuni de întreținere, este oarecum transparentă față de utilizatori.

În momentul în care un nod nu mai este disponibil mașina virtuală devine în scurt timp disponibilă de pe nodul al doilea.

Haideți să vedem un scurt filmuleț pe această temă.

În configurarea din filmuleț, mașina virtuală se numește Test (Windows 7, 512 MB RAM) și are IP (10.10.1.216) alocat dinamic din DHPC. Eu mă uit la un film de pe YouTube în mașina virtuală, conectat prin VPN L2TP.

Nodul 1 din clustrer (srv-Cluster-N1) este Owner-ul curent și are IP intern 10.10.3.211. Voi face restart la acest nod iar după câteva secunde voi revedea filmul de pe nodul 2 (srv-Cluster-N2, 10.10.3.212) care devine noul owner al mașinii virtuale. Odată cu migrarea live se realizează și migrarea paginilor de memorie.

Reiau povestea:

1. Incep să ma uit din remote la film

2. De pe nodul 2 verific faptul că masina virtuala este pe Hyper-V din Nodul 1

2.1. Încep un ping –t către mașina virtuală

3. De pe nodul 1 verific faptul că Owner este nodul 1

4. Dau restart la nodul 1

5. Vedem ce se întâmplă la ping și la vizualizarea filmului.

 

Câteva secunde pentru mutarea paginilor de memorie de pe un server pe altul și încă 5-10 pentru refacerea conexiunii prin remote desktop.

 

Un studiu de caz românesc pe tema Hyper-V puteți găsi la adresa: http://www.clubitc.ro/?p=11601 în care High Availability pentru serverele Linux este asigurată prin Hyper-V. Dacă aveți și alte cazuri de succes de pe la noi vă rog să lăsați un comentariu.

Mulțumesc.

 

Sper că v-a plăcut și că vi se pare util. Nu uitați! Disponibilitatea este o cerință de business nu un moft tehnic.

Succes!

Open-Exam: Proiectare de reţea

[UPDATE 24.10.2010 – 22:00]

Rezultate în partea de jos a articolului.

[/UPDATE]

Acest subiect este adresat tuturor celor care doresc să participe. Poate fi un bun exerciţiu pentru studenţi sau absolvenţi.

În cazul în care doriţi să utilizaţi acest text pentru evaluarea angajaţilor sau potenţialilor angajaţi, trebuie să îmi solicitaţi acordul conform legilor de protecţie a drepturilor de autor, dar mai ales a celor de respect.

Încercaţi să respectaţi toate cerinţele de mai jos. Rezultatele vă rog să le trimiteţi la adresa mea de e-mail şi să daţi un comment la acest articol cu numele sau un pseudonim. Subiectul mailului trebuie să fie: open-exam urmat de nume sau pseudonim. Studenţii mei de anul 3 de la Reţele vor primi un bonus la evaluarea finală dacă răspund la acest subiect.

Timp de răspuns o săptămână.

După o săptămână va fi realizat un clasament cu cei care au trimis proiectele rezolvate. Dacă cineva, cu potenţial financiar, doreşte să-i premieze sau să-i angajeze pe cei mai buni, vă rog să mă contactaţi pentru a vă livra datele lor de contact.

Pentru mine sunt importante comentariile şi sistemul de rating.

Să începem!

========================

Obiective

· Identificarea și cuantificarea calității informațiilor deţinute de participanţii la open-exam;

· Identificarea capacității de sinteză și adaptare la nou;

· Identificarea capacității de utilizare a informațiilor în vederea rezolvării unei probleme specifice.

Timp de lucru teoretic: 90 minute.

Data limită de trimitere mail: 24 Octombrie 2010, ora 19:00.

Forma de prezentare: Un singur document: DOC, DOCX, PDF, RTF, TXT, MHTML, HTML

Condiții de lucru:

· Puteți utiliza orice sursă de informare, inclusiv, notițe de curs, mașini virtuale, Internet, help-ul aplicațiilor, prezentări, fără a fi limitat la acestea.

· Este de preferat să nu colaboraţi cu alţii, pentru o reflectare corectă a nivelului la care vă aflaţi.

Forma de verificare și baremul de corectare:

· Big-picture (30%)

· Level of detail (30%)

· Justificarea corectă interdependenței tehnologice (30%)

· Calitatea redactării lucrării (10%)

Ipoteză:

Ați fost angajat ieri pe postul de system engineering pentru o companie de producție conserve de fructe.

Patronul companiei, localizată în localitatea Podul Iloaiei din Județul Iași, a câștigat suma de 5 milioane de euro la loto, și dorește să investească o sumă mare de bani în modernizarea și retehnologizarea companiei. În acest sens, a achiziționat un imobil de 5000 m2 în afara localității, la 50 de metri de drumul european E85. Imobilul este conectat la utilitățile curente: apă, canalizare, gaz și curent electric.

Cerința patronului este de a realiza o rețea ”modernă” pentru companie, care să-i permită o gestinare centralizată a fluxurilor informaționale din cadrul companiei și în același timp să respecte criteriile de Confidențialitate, Integritate și Disponibilitate. De asemenea, visul patronului este de a avea o rețea de până la 100 de utilizatori în schimburi de câte 8 ore, care să proceseze comenzile, facturile, să răspundă cererilor clienților, etc. În acest context, patronul v-a dublat salariul pentru care ați fost acceptat pe post, în ziua anterioară.

În companie a fost achiziționată o aplicație financiar contabilă de tip ERP, instalată pe un server din rețea, iar cel care a realizat implementarea v-a avertizat că sunt o serie de probleme de securitate cu aplicația care pot fi exploatate prin RPC.

După o discuție cu personalul productiv, și bazându-vă pe experiența dumneavoastră, ați centralizat următoarele cerințe generale pe care trebuie să le aveți în vedere în etapa de proiectare:

1. Se dorește ca fiecare utilizator TESA să poată lucra pe oricare din calculatoarele din companie, în afara calculatorului directorului economic, al secretarei și patronului.

2. Patronul dorește să se poată conecta oricând și din orice locație la aplicația financiar contabilă, pentru a vizualiza rapoarte despre producție, vânzări și fluxurile financiare.

3. Angajații trebuie să poată trimită e-mailuri din cadrul companiei, în interes de afaceri, dar acestea trebuie să poată fi urmărite permanent pentru a preveni scurgerile de informații sau justifica anumite incidente legate de relația cu clienții.

4. Secretara dorește ca documentele ei să fie permanent disponibile și securizate și este absolut necesară existența unor versiuni anterioare.

5. Compania trebuie să dispună de un site Web pentru prezentarea produselor. Tot pe site-ul Web trebuie să existe o secțiune cu acces securizat pentru a putea permite clienților să depună on-line comenzi de produse.

6. Dimensiunea maximă a unul e-mail trebuie să fie de 8 Mb. Excepție de la această regulă este reprezentată de patron, secretară și departamentul marketing.

7. Rețetele de fabricație, contractele cu furnizorii și clienții trebuie să fi accesibile într-o locație internă doar anumitor utilizatori. Locația respectivă trebuie să fie accesibilă în orice mod posibil și din orice locație geografică, fără a exista riscuri majore de scurgeri de informații. }n momentul în care un document este modificat, toți ceilalți utilizatori interesați trebuie să primească un e-mail de avertizare, legat de acest eveniment.

8. Departamentul Patrimoniu dorește periodic o raportare centralizată a stării echipamentelor de calcul. De asemenea, fiind singurul angajat specializat în IT, trebuie să faceți față permanent schimbărilor de echipamente hardware, sistemelor de operare și aplicațiilor.

Se cere:

1. Realizați o diagramă logică și opțional una fizică a rețelei propuse.

2. Specificați produsele/tehnologiile/conceptele/facilitățile folosite, pentru a răspunde cât mai bine cerințelor utilizatorilor.

3. Specificați interdependențele dintre produsele/tehnologiile folosite.

4. Detaliați cât de mult vă permite timpul, modul în care vor fi configurate aplicațiile propuse la punctul 2 pentru a răspunde cât mai bine cerințelor utilizatorilor.

Indicații

1. Nu este necară redarea exactă a comenzilor sau succesiunilor de meniuri pentru punctul 4.

2. Puteți realiza tabele centralizatoare cu cerințele

3. Adăugați oricare alt criteriu sau element tehnic care vă poate asigura un avantaj față de ceilalți.

 

Modul de acordare a punctajului:

1. Baremul specificat anterior.

2. Ordinea de trimitere a lucrărilor dacă nu există diferențe la punctul anterior.

 

Succes maxim!

Aştept!

[UPDATE 24.10.2010 – 22:00]

La ora 19 data anunţată am primit 3 mailuri pe tema acestui open-exam.

Clasamentul:

1. Ionuţ (Iasi) – 81%

2. Alexandru (Bucuresti) – 80%

5. Cezar-Florin (Iasi) – 55%

Ionut a muncit foarte mult la proiect, dar destul de multe incoerente si neclaritati in ceea ce este prezentat. Personal nu as putea implementa o retea dupa cerintele date, la specificatiile oferite de Ionut. Oricum cu putin mai multa rigoare ar putea obtine si mai mult.

Obtine o recomandare din partea mea pentru viitoarelele cereri de angajare. Il voi contacta personal la momentul potrivit.

Alex din Bucuresti. Frumoasa surpriza. Foarte clar si aproape de cerinte. Depunctarea s-a realizat din cauza nivelului de detaliere şi justificarea insuficienta a cerintelor. Buna cunoastere a tehnologiilor.

Alex obtine din partea mea o recomandare pentru orice post de sys-admin, daca are nevoie sau crede ca il poate ajuta.

Ionut si Alex pot publica pe blog-uri sau alte locatii rezultatele lor. Retineti faptul ca scorul poate contine si o parte de incurajare.

Cezar, nu esti o catastrofa. Esti mult peste cei care ar fi avut ocazia sa trimita ceva si nu au facut lucrul acesta. Se pare ca esti la inceput. Cu putin efort in schimb puteai face lucruri chiar bune, pentru ca acest inceput este unul pozitiv.

Incercand sa te incadrezi in timp (141 de minute) ai facut chiar un lucru bun. De aceea, am punctat spre maxim sectiunea Big-Picture si destul de putin la celelalte 4. As vrea sa ei mesajul meu ca pe o incurajare.

Multumesc tuturor care au incercat macar sa inteleaga acest articol si in special celor 3.

[/UPDATE]

Blog la WordPress.com.

SUS ↑