Címke archívum: Azure

Download Azure Portal App

Azure Portal App

Megjelent és letölthető az Azure Portal App előzetes verziója. Ha nem szeretnénk böngészőt használni, akkor már natív Windows-os alkalmazásból is elérhető az Azure Portál:

Azure Portal Windows App

Hogyan juthatunk hozzá legkönnyebben? Internet Explorerben meg kell nyitni a portal.azure.com hivatkozást és a böngésző felajánlja az alkalmazás letöltését:

Download Azure Portal App

Ami még érdekes, hogy az alkamazás tudja a Cloud Shell megjelenítést is! (személy szerint én jobban szeretem a shell.azure.com címet használni :))

Jó szórakozást!

Király István

Azure Data Box Gateway

Azure Data Box Gateway

A közelmúltban több megkeresést is kaptunk, hogy hatékony adattárolásra, hibrid tároló megoldásra lenne szüksége az adott cégnek.

Általában a szűkös helyi tárolók, az elavult storage stb. generálják ezeket az igényeket.

Manapság teljesen elvárható, hogy úgy szeretném elérni a fájlszervert, hogy mit sem tudok róla a fájl éppen hol tárolódik: a felhőben vagy  helyben.

A nagyvállaltok eddig is belekóstolhattak ebbe a világba, kezdetben fizikai eszköz formájában, majd virtuális appliance-ként is:

Most a StoreSimple Virtual Array-hez hasonló megoldást szeretnénk bemutatni, ami Azure Data Box Gateway néven debütált.

Ha valaki szeretné áttekinteni, hogy miben tér el a két megoldás egymástól, illteve más Azure hibrid tároló megoldástól, azoknak ajánljuk ezt a cikket:

Azure Store Simple vs Azure Data Box.

Kezdjünk hozzá!

Hozzávalók:

  • 1db Azure előfizetés
  • 1db Azure Blob Storage
  • 1db Hyper-V vagy VMware környezet (4 vCPU, 8GB RAM, 250Gb OS disk és min 2TB (thin) data disk)

Mi az érdekesség kedvéért (és azért mert nincsen helyi infrastruktúránk 🙂 ) Azure VM-ben (Azure nested virtualization) telepítettük az Azure Data Box Gateway-t.

  1. Hozzunk létre az Azure előfizetésben egy Data Box szolgáltatást: Marketplace–>Azure Data Box
    Azure Data Box Gateway
  2.  Válasszuk ki, hogy fizikai vagy virtuális eszközt szeretnénk futtatni:
    Azure Data Box Gateway
  3. Ha elkészült a szolgáltatás, menjünk végig a Device Setup… varázslón: töltsük le a Hyper-V vagy WMware image-t, készítsünk belőle egy virtuális gépet, állítsuk be a hálózatot (ha nincs DHCP, használjuk a Set-HcsIpAddress –Name Ethernet –IpAddress x.x.x.x –Netmask x.x.x.x –Gateway x.x.x.x parancsot)
    Data Box Gateway Device Setup
  4. Ha elkészültünk a konfigurációval, akkor az eszköz IP címén bejelentkezhetünk és befejezhetjük a regisztrálást, illetve konfigurálhatjuk a működési módot (hogyan és honnan szeretnénk üzemeltetni az eszközt)
    Login Data Box Gateway
    Setup Azure Data Box Gateway Mode
  5. Ha beállítottuk és regisztráltuk az eszközt, akkor a további műveletek elvégzéséhez már csak az Azure portálra lesz szükségünk. Adjunk hozzá megosztásokat és usereket a megoldáshoz: Databox–>Users, Databox–> Shares. Megosztás léterehozásakor természetesen meg kell adnunk, hogy mely storage accountot szeretnénk használni és hogy milyen típusú adattárolást és adat elérést szeretnénk. Tárolhatjuk az adatokat: Block és Page Blob-ként, Azure Files-ként és elérhetjük őket a földön: SMB és NFS protokollal:
    Add share to databox gateway
  6. Csatoljuk fel a megosztást a virtuális appliance-ről, másoljunk adatokat a könyvtárba és megfigyelhetjük, hogy a gateway azonnal fel is tölti az állományokat a felhőbe:
    Azure
  7. Ha szeretnénk egy kis “extra” szolgáltatást is, az Azure Storage lifecycle segítségével megadhatjuk, hogy az adatok mikor tárolódjanak Hot, Cool vagy Archive rétegben. Pl.: a 30 napnál idősebb fájlokat helyezzük Cool tier-be:
  8. Hátrányok: nincs NTFS támogatás. Egy share esetében kettő jogosultságot tudunk kiválasztani: Full vagy ReadOnly.
  9. Előnyök: gyors és könnyű üzembe helyezés, arciválási célokra kiválló megoldás!

Király István

 

 

Windows 10 Enterprise for Virtual Desktops Preview

Nagy mozgolódás van a Microsoft tájékán, hogy egy tökéletes Windows 10 VDI megoldással tudjanak előállni Azure-ban. Nem újkeletű a dolog, több fejlesztés és bejelentés is történt az elmúlt években, melyek egyrésze hamvába dőlt, vagy túl drága volt. Emlékezzünk vissza az Azure Remote App megoldásra, melyet elkaszáltak pár év múlva, vagy jusson eszünkbe a Citrix Virtual Apps Essentials/Desktop megoldása, mely működőképes, de drága. (viszonylag).

A Windows 10 és az M365 együttes elhozza nekünk a kánanánt és lesz itt még jó világ! Kíváncsian fogjuk figyelni az Amazon vagy a Goolge megoldását, mert erre nem lesz válaszuk! Ugyanis a Microsoft elő fog állni egy új konstrukcióval, mely természetesen csak az Azureban lesz elérhető!

Windows 10 Enterprise for Virtual Desktops Preview

Mit fog jelenteni ez nekünk pontosan?

Azon ügyfelek, akik rendelkeznek majd/most Windows 10 E3, E5, Micrososoft 365 E3, E5, F1* licencekkel, szabadon használhatják (licence ráfizetés nélkül csak a VM áráért) a Windows 10 virtual desktop-ot Azureban.

*F1 licence-cel nagyon csökkentett funkciók lessznek elérhetők, erre most nem térünk ki!

A jelenlegi ismereteink szerint a Windows Server RDSH funkció beköltözik a Windows 10 alá, de csak az Azure-ban!

Vagyis építhetünk olyan RDS farmot Azureban, melyben a Remote Desktop Session Host Serverek Windows 10-ből állnak.

Miért lesz jó ez nekünk? Mert nem lesz kompatibilitási problémánk és nem kell emulálni a Windows 10 környezetet!

Az elsődleges Preview verzió már eléérhető Azure-ból: Windows 10 Enterprise for Virtual Desktops Preview image formájában:

 

Ez még nem elég nekünk, hol van a hozzáadott érték?

Az igazi ajándék, hogy a Windows 10 enterprise is megkapja az RDSH funciót és mint Remote Dektop Server üzemelni fog! Nyilván kell majd hozzá Licencig server és a többi komponens, de a lényeg, hogy a Windows 10 klinesre többen rdpzhetünk majd a jövőben. Csak Azureban! Ez a benefit nem lesz elérheő (egyelőre biztosan nem) Amazonban és Google felhőben sem!

Íme az eredmény egy teszt gépen:

 

Ha van/lesz Micrososoft 365 E3, E5 Licencünk akkor csak a “vasat” kell fieztni akár Reserved Instance formájában szupeolcsón (lastaár -60-70%)

 

Ki szertne ilyet? Nekünk már van! 🙂

 

Király István

KingSol Zrt.

Azure VM konfig: New Lsv2 Azure VM

Nemrég jelentett be a Microsoft egy új VM típust, melyet volt szerencsénk kipróbálni! Egy Azure VM konfig elérhető áron.

A gép érdekességei:

  • AMD EPYC™ 7551 processor
  • directly mapped local NVMe storage

Vagyis a Microsoft ötvözte a legmodernebb technológiákat egy elérhető árú VPS-ben! Mi egy Windows 2019-el telepített VM-el próbáltuk ki (de elérehtő Ubuntu-val is).

A gép érdekessége az AMD új processzora és a szupergyors új NVMe alapú SSD tárhely (nem az oprendszernek).

Az új image hamaraosan elérhető lesz SQL-el, SAP-val, ORACLE-vel stb is!

Mi az alábi típust teszteltük:

  • Windows Server 2019
  • Standard L8s_v2 (8 vcpus, 64 GB memory)
  • NVMe alapú nagyméretű szupergyors SSD: 1,92TB local storage (és ennek többszöröse a nagyobb konfigoknál)
Azure VM konfig: New Lsv2 Azure VM
print screen of Azure VM konfig: New Lsv2 Azure VM

Összegségében azt mondhatjuk, hogy egy Azure VM konfig elérhető áron.

Király István

KingSol

Azure Accelerated Networking (AN)

Az Azure Accelerated Networking (AN) funkció még 2018 januárjában jelent meg, de az utóbbi fél évben most jutottunk el olyan projektekig, ahol igénybe is vettük.

Összefoglalnám a tapasztalatainkat, hogy mire is jó ez a funkció, mikor érdemes használni és milyen előnyükkel jár pontosan, ha az Azure VM hálózati sebessége drasztikusan megnő.

Az AN SR-IOV-t használ, ebből következően jóval nagyobb hálózati sebesség érhető el, kisebb válaszidővel és kevesebb/alacsonyabb CPU terheléssel.

Az Azure AN pontos felépítése és múködési modelje így néz  ki szemben a “normál” Azure hálózattal:

Comparison

 

A kép forrása és a működés pontos leírása itt.

A mi szempontunkból az a fontos, hogy ez az opció nem minden géptípusnál használható! Elsősorban a CPU intenzív gépekhez lehet bekapcsolni, melyek általában a drágább kategóriába tartoznak. Édemes a D, E, F, M, G típusú gépekkel próbálkozni.

Az Azure AN amúgy külön költséggel nem jár.

Az opció bekapcsolható portálról, ha a megfelelő VM-et választjuk a Marketplace-ből, vagy később, utólag méreteztük fel a gépet, akkor marad a jó öreg PowerShell.

KB így be is tudjuk kapcsolni:

Leállítjuk a gépet:

Stop-AzureRmVM -ResourceGroup “myResourceGroup” `
-Name “myVM”

Kijelöljük a hálókártyát:

$nic = Get-AzureRmNetworkInterface -ResourceGroupName “myResourceGroup” `
-Name “myVMNIC”

bekapcsoljuk az AN-t:

$nic.EnableAcceleratedNetworking = $true

vagy ki is kapcsolhatjuk, ha a gépet kisebbre szeretnénk visszavenni:

$nic.EnableAcceleratedNetworking = $false

véglelegesítjük a konfigot:

$nic | Set-AzureRmNetworkInterface

Elindítjuk a gépet:

Start-AzureRmVM -ResourceGroup “myResourceGroup” `
-Name “myVM”

Ha a gépen be van kapcsolva az AN és át akarjuk mértezni nem AN kompatibilis mértre, akkor hibát fogunk kapni, hogy nem lehetséges a méret váltás.

Miért érdemes Azure Accelereted Networking-et használni?

Elsősorban azért, mert az Azure VM hálózaton keresztül éri el a HDD-t és SSD-t is, vagyis nagymértékben függ a diszk sebesség a hálózati kártya típusától.

Mérjük meg a különbséget!

A tesztgép: Standard F2s (2 vcpus, 4 GB memory) és Windows Server 2016, 64GB SSD.

Azure AN nélkül:

Name Block size Operation Read / Write IOPS MB/sec Latency CPU %
Database Server 8K Random 70% Read / 30% Write 527.16 4,12 15.173 1.15%
Email Server 4K Random 60% Read / 40% Write 508.50 1.99 15.731 0.91%
Archical FileServer 64K Sequential 90% Read / 10% Write 447.09 27.94 17.895 0.78%
Streaming Media Server 5120K Random 80% Read / 20% Write 12,27 61.33 655.243 0.31%
VDI workload 4K Random 20% Read / 80% Write 622.19 2.43 12.856 1.51%
Azure AN-el:
Name Block size Operation Read / Write IOPS MB/sec Latency CPU %
Database Server 8K Random 70% Read / 30% Write 1671.25 13,06 4.786 2.29%
Email Server 4K Random 60% Read / 40% Write 1242.75 4.85 6.436 2.16%
Archical FileServer 64K Sequential 90% Read / 10% Write 1019.70 63.73 7.844 1.54%
Streaming Media Server 5120K Random 80% Read / 20% Write 12.73 63.66 628.250 0.60%
VDI workload 4K Random 20% Read / 80% Write 623.83 2.44 12.822 1.15%

Érdemes megfigyelni, hogy a diszk elérése, a késleltetés mennyire leesett és az IOPS értékek hogy megnőttek az alsó táblázat esetében!

Érdekes, hogy a CPU terhelés nem nagyon változott, sőt nem is csökkent.

Mikor érdemes használni Azure AN-t?

  1. SQL
  2. SAP
  3. Oracle
  4. MySQL
  5. Exchange
  6. SOFS

Ha már most is rendelkezünk a megfelelő konfiggal, vagyis a jelenlegi VM méret ezt megengedi, akkor mindenképp kapcsoljuk be, mert jobb lesz a gép teljesítménye és plusz költséget nem jelent!

Király István

Azure MVPr