Microsoft opent bestelproces voor Azure Stack

Microsoft heeft bekendgemaakt dat het bestelproces voor Azure Stack is gestart. De eerste hardwarepartners zijn begonnen met hun certificeringsproces en kunnen de eerste systemen in september leveren.

Microsoft schrijft dat het daarbij, zoals eerder aangekondigd, gaat om partnerbedrijven Dell EMC, Lenovo en HPE. Systemen van Huawei en Cisco volgen op een later tijdstip. Deze bedrijven kunnen sinds afgelopen maandag bestellingen ontvangen, aldus het Redmondse bedrijf. Er zijn twee mogelijkheden voor deployment van Azure Stack.

De eerste is via de zojuist genoemde geïntegreerde systemen met meerdere productieservers. De tweede mogelijkheid is via de Azure Stack Development Kit. Die is inmiddels te downloaden en stelt een organisatie in staat om alvast te testen op een enkele server. Microsoft heeft bovendien de prijzen gepubliceerd.

Microsoft kondigde Azure Stack in 2015 aan als een manier om een lokale versie van Azure te draaien in een eigen datacenter. Een van de voordelen daarvan zou zijn dat bedrijven applicaties zowel op Azure als Azure Stack kunnen uitbrengen, waardoor instances zowel op servers in eigen beheer als op servers van Microsofts cloudplatform kunnen draaien. Azure en Azure Stack draaien op dezelfde architectuur, en gebruiken dezelfde portaldelen en ontwikkeltools.

Reacties (34)

[Martinspire]

Een van de voordelen daarvan zou zijn dat bedrijven applicaties zowel op Azure als Azure Stack kunnen uitbrengen, waardoor instances zowel op servers in eigen beheer als op servers van Microsofts cloudplatform kunnen draaien.

Is dit dan vooral bedoelt voor als je zelf capaciteit tekort komt, dat je dit bij MS (tijdelijk) kunt uitbreiden? Of als je onderhoudt wilt plegen dat je je eigen servers down gooit, maar je service nog tijdelijk extern hebt draaien voor minimale downtime? Zoiets?

[Stewie!]

Het dient meerdere doelen:
- cloudschuwe klanten de cloud in krijgen
- wereldwijde partners die Azure een groter platform maken dan de concurrent kan bieden
- nieuwe lokaties voor de cloud. Wij bieden bijvoorbeeld deze cloud aan op lokaties waar Azure nog geen capaciteit heeft staan (bijvoorbeeld Zuid-Afrika)
- de trend volgen van Edge-cloud waarbij de cloud steeds dichter bij de eindgebruiker komt te staan.

[walteij]

Nog een ander doel: Een eenvoudige private cloud dienst aanbieden voor organisaties die veel baat hebben bij een dergelijke omgeving, maar vanwege security of wetgeving deze data niet in een shared datacenter willen of mogen plaatsen.

Ook kun je Azure Stack combineren met Azure, zodat je primaire locatie Azure stack is, maar zodra er een storing is op de primaire locatie Azure als fallback wordt gebruikt.
Multinationals kunnen ook een compleet hybride cloud maken, door meerdere Azure Stack's in te richten voor je grootste locaties (of locaties met een instabiele netwerkverbindingen of weinig bandbreedte), terwijl de kleinere locaties gebruik maken van Azure zelf.

Edit: tiepfoutjes.

[Reactie gewijzigd door walteij op 23 juli 2024 11:39]

[raptorix]

Een ander belangrijk punt is dat je je Azure cloud binnen je eigen zone kan draaien, op dit moment kan dat wel via een dedicated lijn direct op azure aan te sluiten echter dit is behoorlijk prijzig, kan oplopen tot 80K per maand als ik me niet vergis. Met name wanneer je met zeer hoge security eisen te maken hebt ontkom je hier niet aan.

[Erwin537]

Niet alleen dat, maar ook gevallen waarbij bijvoorbeeld niet altijd een (goede) internetverbinding is. Zo kan Azure stack ingezet worden op vliegtuigen of schepen om daar Azure te hebben zonder afhankelijk te zijn van een internetverbinding.

Verder heb je weinig eigen controle over Azure Stack, de updates moeten nog steeds gedaan worden. Maar je kan dit wel losgekoppeld doen; het kan via internet, maar ook met een USB stick waarom je de updates download en in je 'Azure stack' inplugged.

[Verwijderd]

Vergeet naast internet ook niet uberhaupt de toevoer van stabiele elektriciteit uberhaupt. Dat wereldkaartje 's nachts waar Afrika pikkedonker is, is realiteit.

[Erwin537]

Dat heeft toch niets te maken met Azure Stack? Dat zou juist betekenen dat je het niet daar wilt zetten omdat de stroomtoevoer niet stabiel is. Je kan natuurlijk wel back-ups opzetten etc, maar dan heb je waarschijnlijk alsnog dat de consumerende partij of de infrastructuur ertussen zonder stroom zit en dus niet werkt. Azure stack veranderd daar niets aan.

[cWaVe1]

Soon (tm) in Zuid-Afrika:
https://blogs.microsoft.c...cloud-datacenters-africa/

[walteij]

2 stuks nog wel! Microsoft is hiermee trouwens de eerste cloud provider die datacenters in (Zuid) Afrika plaatst. Dat laat meteen ook zien hoe serieus dat Microsoft inzet op Azure en Office 365.

[Martinspire]

Is er nog een bepaalde reden waarom men niet meer in Afrika doet? Sure de vraag zal niet gigantisch zijn, maar het lijkt me dat dit toch genoeg is om een beperkt centrum neer te zetten. En qua stabiliteit zijn er genoeg steden te verzinnen om dat te hosten.

Je ziet het ook vaak in het Midden-Oosten (ja dat is ook grotendeels onstabiel, maar er zijn genoeg stabiele plekken te vinden) en delen van Azië.

[Reactie gewijzigd door Martinspire op 23 juli 2024 11:39]

[supersnathan94]

Het verschil zit hem in politiek stabiel en technisch stabiel. Politiek stabiel is een issue, technisch stabiel is een probleem. Het heeft geen zin om een rete duur datacentrum neer te zetten als de infra het niet aankan.

Een van die technische redenen heeft bijvoorbeeld te maken met de lokatie overall. Op het zuidelijk halfrond hebben we maar 1 locatie waar je eenvoudig kunt koelen en dat is in zuid amerika. Zuidafrika is een warm land en ook in de winter is het daar relatief warm. In het kruger park is het nu bijvoorbeeld 23 graden terwijl het hartje winter is. In de zomer koelen is daar dan ook onbegonnen werk en kost ontzettend veel energie. Dus moet je efficiëntere apparatuur plaatsen en grotere koelinstallaties regelen.

In nederland is 23 graden in de zomer al redelijk hoog. Koeling is hier geen enkel probleem en kan feitelijk al door een raam open te zetten. Met 40 graden wordt dat al een stuk lastiger.

Dat ms nu een datacentre wil gaan bouwen betekent dat ze er vertrouwen in hebben dat het rendabel is.

Daarnaast zit je met verbindingen. In europa hebben we dichtbevolkte gebieden met goede verbindingen intercontintentaal. Zuid afrika heeft dat vele malen minder.

Edit: iets te vroeg

[Reactie gewijzigd door supersnathan94 op 23 juli 2024 11:39]

[TWyk]

In Afrika heb je zat hoogvlaktes waar je een datacentrum boven de 1500 meter hoogte kan neerzetten en waar het wel degelijk koel genoeg is om een datacentrum te koelen.
Denk bijvoorbeeld maar eens aan de hoofdstad van Ethiopië die op 2300 meter hoogte ligt of het hoogveld in in Zuid Afrika.
Temperaturen van 40 graden komen op die hoogtes niet voor.

[supersnathan94]

Klopt. Alleen is het weer daar nog steeds drie keer kut met dagelijks onweer stormen tussen november en maart. Niet heel best om een datacentrum neer te zetten.

Daarnaast heb ik begrepen dat Harde schijven en koeling op degelijke hoogtes niet zo goed samengaan.

[scrappy.doo]

Ik denk met name voor bedrijven die hun data niet graag willen (of mogen wegens allerlei regels) stallen bij Microsoft (of welke willekeurige cloud provider dan ook).

[walteij]

Azure Stack kan ook interessant zijn voor ICT dienstverleners in landen waar wordt geëist dat persoonsgegevens altijd beschikbaar moeten zijn in het betreffende land.
In Rusland is dit bijvoorbeeld het geval. Persoonlijke data mag in het buitenland opgeslagen worden, zolang er maar een kopie van deze data in Rusland verblijft. (en er zullen vast meer landen zijn met een soortgelijke wetgeving)
Het probleem is echter dat er geen enkel Azure (of Google of Amazon) datacentre in Rusland is. Dus Office365 en Azure hebben in Rusland maar een heel kleine kans van slagen.

Als hosting provider in Rusland is het nu dus de kunst om heel snel een groot Azure Stack datacenter te plaatsen, zodat je deze Microsoft diensten daar snel aan je (nieuwe) klanten kunt aanbieden.

[dakathefox]

Het is voor de bedrijven die een cloud omgeving in eigen beheer willen, met de handige tools van Microsoft. Maar niet in het datacenter van Microsoft.

[pleh]

Het is meer bedoelt voor data die bijvoorbeeld noet buiten nederland mag komen of applicaties met specifieke performance eisen die azure niet kan leveren (hele hoge clocksnelheid). Ook otap kan er mee tegen gereduceeree kosten.

[Verwijderd]

Dit zou allemaal kunnen als je een VPN afneemt bij MS. Een ander voordeel is dat je qua software ontwikkeling geen verschil hoeft te maken. Stel dat je klanten willen dat het bij jou in het DC draait, dan is dit nu mogelijk met Azure Stack. Maar het kan dat je voor ontwikkelingen (OT) en flexibiliteit de software bij Microsoft in Azure draait. Je ontwikkelde software kan zonder aanpassingen naar beide omgevingen deployed worden.

[Blokker_1999]

Je krijgt op deze manier de voordelen van jr apps lokaal te draaien met een backup in de cloud voor als het mis zou gaan met je eigen systemen. Je hoeft dus niet langer alles zelf dubbel uit te voeren.

[wjn]

Hoe moet ik dit zien, alleen intern denk ik?

IPv4/IPv6
Only IPv4 is supported. You cannot create IPv6 networks.

Bron: https://docs.microsoft.co...-stack/azure-stack-deploy

[Verwijderd]

Bijzonder (bizar?) dat een nieuwe dienst anno 2017 bij introductie geen ondersteuning voor IPv6 heeft.

[Meekoh]

Zal later waarschijnlijk wel toegevoegd worden. Door nu alleen op IPv4 te richten houd MS het makkelijk voor zichzelf. Hun vorige platform Azure Pack/CPS begon ook zonder IPv6 ondersteuning.
Er komt namelijk veel meer bij kijken als ze dit standaard willen ondersteunen (RDP en VPN gateway's, Loadbalancers etc.)

edit: typo

[Reactie gewijzigd door Meekoh op 23 juli 2024 11:39]

[johnkeates]

Er lijkt me toch iets grondig mis met een IT bedrijf als je ±10 jaar lang wel IPv6 kan ondersteuning maar het niet in je eigen producten kan inbouwen om dat het 'te moeilijk' is...

[Meekoh]

Niemand zegt dat ze het uiteindelijk niet zullen doen.
Maar als je zo snel mogelijk iets op de markt wilt zetten (want ja Azure Pack begint steeds verder achter te lopen), dan moet je keuzes maken.

[Meekoh]

Goed, op zo'n schaal is het niet zo heel simpel om IPv6 in 1x met alles te laten werken.
Je moet echt even verder kijken dan je neus lang is. Azure zelf ondersteunt IPv6 pas sinds vorig jaar. En aangezien Azure Stack (AS) erg nauw integreerd met Azure moet je met veel meer zaken rekening houden. Vergeet ook niet dat alles wat je inbouwd, getest moet zijn etc. etc.
Trust me ik heb dit hele traject bij Microsoft al een keer meegemaakt in het early adoption programma van hun Cloud Platform System (CPS) en IPv6 daarin invoeren (wat qua functionaliteit een fractie is van AS) was ook niet zo simpel als je denkt. Ja alle onderdelen van het platform zijn ervoor geschikt, maar om dat allemaal goed probleemloost en Developer Proof te laten werken is iets anders.

[Dansko84]

Daarnaast is het zo dat AS gebaseerd is op Azure zelf. In Azure zelf bieden ze het (correct me if I am wrong) ook nog niet aan. De bedoeling is dat het AS zo dicht mogelijk Azure benaderd, door gebruik te maken van de technologie dat in Azure al beschikbaar is. Dus als IPv6 beschikbaar komt in Azure, komt het vanzelf naar AS.

[Meekoh]

Correct.

[Ethirty]

Was een groot deel van die funcionaliteit al niet via de Azure Pack te ontsluiten voor providers? Handige naamgeving ook: Azure Pack en Azure Stack.

Ergens wel weer jammer dat ze dit koppelen aan hardware, zo is het voor kleinere partijen nog steeds geen optie. Ik wil best een aantal klanten naar Azure helpen, maar vooralsnog blijft het te duur voor ze en met deze oplossing wordt dat niet anders.

[Meekoh]

Ja en Nee. Azure Pack kon veel zaken ook, maar Azure Stack ligt qua implementatie veeeeeeeel dichter bij het echte Azure. Azure Stack kan bijv. ook Azure AD draaien, dat kan WAP niet (hebben we om gevraagd, niet gekregen, nu dus wel).
Dit is wat AS allemaal kan, voor je gemak heb ik zaken die WAP NIET kan bold gemaakt:

Azure IaaS services
• Azure Virtual Machines (A, D, and Dv2 sizes), Azure Virtual Machine Scaleb] Sets
•Azure Storage (blobs, tables, queues)
• Azure Networking – Virtual Networks, Load Balancer, VPN Gateway
• Azure Key Vault
Azure PaaS services
• Azure App Service^: Web Apps, Mobile Apps, API Apps
• Azure Functions^
• Standalone Azure Service Fabric clusters on IaaS VMs*, deployable to Azure Stack or Azure
• Azure Container Service (ACS) Engine support (includes Docker Swarm, Mesosphere DC/OS, and
Kubernetes container management templates)**
• MySQL RP^
• SQL Server RP^
Azure Identity
• Azure Active Directory (AAD) multi-tenant support
• Active Directory Federation Services (ADFS) support
Azure Marketplace Content - Key IaaS/PaaS workloads
• Microsoft SQL Server
• Cloud Foundry template
• Pivotal Cloud Foundry template
• Blockchain template
• Mesosphere DC/OS template (generated by the Azure Container Service engine)
• Kubernetes template (generated by the Azure Container Service engine)
• Docker Swarm template (generated by the Azure Container Service engine)
• Bitnami (validated open source stacks such as Wordpress, LAMP)
• Kemp Technologies – Load Balancer and Web Application firewall
• More solutions from the Azure Marketplace***
Azure Marketplace Content – Images and extensions
• LINUX: RedHat, SuSE, CentOS, Debian, Canonical Ubuntu, CoreOS
• Windows Server
• Azure Docker Extension
• DSC Extension
• Chef
DevOps Tooling
• Visual Studio
• Jenkins (open source)
• PowerShell
• Azure CLI 2.0
• Integration with Azure Site Recovery (ASR) for replication and failover – this includes continuous
replication with test failover and actual failover capabilities

Bovendien is Azure Pack niet compatible met ARM. Azure Stack is eigenlijk "Azure Pack done right".
En ook al is het gekoppeld aan hardware, je kunt vrij klein beginnen hoor.
Kijk ook maar eens naar hoe klein je kunt starten met een CPS (Cloud Platform System), tijdens launch moest je minstens 1 rack kopen. Nu kun je ook met een paar servers en wat storage beginnen.

Met Azure Stack wordt dat dus juist anders (minimum van 4 servers per Scale Unit)

[Reactie gewijzigd door Meekoh op 23 juli 2024 11:39]

[Ethirty]

Ik had even zitten kijken naar de HPE variant voor Azure Stack
https://www.hpe.com/h2019...aspx?docname=a00005873enw

Hun kleinste "instap" is nog steeds een heel rack met een management server, switches en een cluster van 4 hosts. Daarmee heb je dan 1TB aan RAM en 176TB aan hybrid storage (waarvan 15TB aan SSD) met 8 12-core E5-2650v4 (en een verplichte care-pack). Ik gok dat je dat niet onder de 100-150k op je stoep hebt staan. Dat is in mijn belevenis al niet meer "vrij klein".

[Meekoh]

Vergeleken met een CPS van minstens 1 rack wat je grofweg 1,5 mlj kost is goedkoop

[badeendjuh]

Andere voordelen van zo'n setup is dat je als bedrijf wel je development in de cloud doet, maar dat je je productie (om wat voor reden dan ook) lokaal beheerd. Dat scheelt dan weer infrastructuur.

Microsoft is overig niet de eerste die zo'n constructie aanbied. Oracle verscheept ook 'cloud machines' die je in je eigen datacenter installeerd. Deze kan verschillende van de cloud services lokaal laten draaien.

[tonkie_67]

Als netwerk engineer bij een vd genoemde bedrijven zijdelings betrokken geweest om een Azure stack op te zetten tbv interne training van support engineers. Probeerden echt de aller simpelste cluster op te zetten omdat het puur voor training is en dus geen enkele eisen mbt performance of redundancy, maar kostte best veel moeite om eea draaiend te krijgen. Als ik het zou moeten aanschaffen voor mijn bedrijf zou ik altijd kiezen voor compleet draaiend opgeleverde cluster en niet proberen eea zelf op te zetten. (Wii garden geen keus omdat kant en klare clusters nog niet leverbaar waren en gebruik moesten maken van reeds aanwezige hardware. (2 X Fx2 chassis, San en wat netwerk doosjes)

Ps:
Mmm. Door te benoemen dat ik FX2 gebruik verklap ik een beetje bij welk "een vd genoemde bedrijven" ik werk).
PS2: als je het 1x draaiend hebt,werkt het wel heel mooi terwijl ik eigenlijk geen Microsoft fan ben, zeker niet als ik mag kiezen tussen HyperV en ESX; maar Azure stack ziet er gelikt uit)

[Reactie gewijzigd door tonkie_67 op 23 juli 2024 11:39]