Windows server 2012 opschalen i.c.m. Azure & System Center

[sstfn]

Goedemiddag Tweakers,

Ik ben op zoek naar mensen die mij misschien wat meer uitleg kunnen geven over Azure en System Center. Ik zit momenteel in het 4e jaar van mijn opleiding ICT Beheerder en doe een afstudeerproject bij een bedrijf. Hier doen wij een onderzoek met een test-opstelling waarbij een server gemakkelijk (automatische) moet kunnen opschalen naar de cloud (Azure in dit geval).

Dit willen wij gaan doen met behulp van System Center en Azure services for Windows. Nu heb ik het hele internet met gemak al afgezocht maar ik kan niks vinden over de mogelijkheid hiervan.

De situatie:
Het bedrijf waar we het onderzoek voor doen hebben een eigen server waar website's op gehost worden. Zo nu en dan wordt er een nieuwe website gelanceerd waarbij veel mensen in één keer de website bezoeken, hierbij kan de server het in de toekomst niet meer aan en moet deze gemakkelijk kunnen opgeschaald worden naar Azure zodat hij de bezoekers wel kan verwerken en iedereen de webpagina laat zien. Als de bezoekers weer terug lopen moet er ook weer teruggeschakeld kunnen worden naar de server van het bedrijf zelf.

Ik heb geen flauw idee hoe ik hiermee moet gaan beginnen en wat de mogelijkheden zijn. Heeft iemand misschien tips & tricks voor mij? Ik zat zelf te denken aan een software matige loadbalancer die de keuze moet maken tussen Azure server of eigen server. Maar bestaat er een load balancer die van zichzelf kan overschakelen naar Azure?

[MadMike261]

Heb toevallig net de whitepaper van System Center 2012 zitten lezen (http://www.microsoft.com/...atacenter-management.aspx). Volgens dit zou het theoretisch mogelijk moeten zijn. Er word hier verder niet ingegaan op de technische details hiervan.

Verder is dit nog wel een mooie resource -> http://channel9.msdn.com/
Goede plek om opgenomen presentaties te bekijken van microsoft events.
Tijdens onderzoek naar andere dingen ook System Center fimpjes voorbij zien komen.

Verder heb ik zelf (nog) geen verdere kennis of ervaring met System Center, dus ik weet niet of dit nieuw is in 2012.

[Turdie]

Er is een Azure Management Pack voor SCOM, wij hebben het opschalen werkend maar het down schalen nog niet.

[Jazzy]

Als je de applicatie in Microsoft's private cloud model hebt zitten, dan kun je deze met AppController uitschalen. Maar iets zegt mij dat jullie nog niet zo ver zijn, je spreekt bijvoorbeeld over 'server' in enkelvoud dus ik vraag me af of de applicatie wel schaalbaar opgezet is. Want daar begint het mee, als je de capaciteit wilt vergroten dan heb je nodig a) meerdere servers en b) een load balancer. Als je dan ook nog eens wilt dat deze meerdere servers automatisch toe worden gevoegd dan moet je de service wel eerst gemodelled hebben in de System Center producten.

[Jazzy]

shadowman12 schreef op donderdag 21 maart 2013 @ 12:59:
Er is een Azure Management Pack voor SCOM, wij hebben het opschalen werkend maar het down schalen nog niet.

Misschien leuk als je dan wat meer verteld over jullie architectuur en aanpak. Dat is net het stukje praktijkervaring wat de TS zoekt en ik zelf ook wel interessant zou vinden.

[sstfn]

Jazzy schreef op vrijdag 22 maart 2013 @ 13:34:
Als je de applicatie in Microsoft's private cloud model hebt zitten, dan kun je deze met AppController uitschalen. Maar iets zegt mij dat jullie nog niet zo ver zijn, je spreekt bijvoorbeeld over 'server' in enkelvoud dus ik vraag me af of de applicatie wel schaalbaar opgezet is. Want daar begint het mee, als je de capaciteit wilt vergroten dan heb je nodig a) meerdere servers en b) een load balancer. Als je dan ook nog eens wilt dat deze meerdere servers automatisch toe worden gevoegd dan moet je de service wel eerst gemodelled hebben in de System Center producten.

We hebben de applicatie op onze eigen servers staan. Mocht deze dus teveel bezoekers krijgen dan moet deze gemakkelijk op te schalen zijn naar Azure. Misschien zelfs automatische?

We hebben inderdaad hier ook bij zitten nadenken over een load balancer. Zouden jullie hiervoor een aparte server inrichten?

Daarnaast ben ik inderdaad opzoek naar iemand die wat praktijk ervaring hiermee heeft en mij misschien wat in de juiste richting kan sturen. Momenteel is het nog erg abrakadabra voor mij Extra servers is geen probleem, we werken momenteel met virtuele machines en het gaat om een test-opstelling die we opbouwen nu.

[ Voor 5% gewijzigd door sstfn op 26-03-2013 10:57 ]

[Jazzy]

Maak eerst eens concreet wat de bottleneck is als je "te veel bezoekers krijgt". Gaat het om het netwerkverkeer? Wordt de CPU load op de server te hoog? Veel IOPs door database queries? De volgende vraag is waarom je denkt dat die bottleneck er niet meer is als je exact dezelfde applicatie op een andere server zet, want in principe doe je dat als je hem naar Azure verhuist.

Die vragen zijn voor mij nog niet beantwoord dus verder speculeren door ons zal je ook niet verder helpen op dit punt.

Dan over de load balancer. Volgens mij heb je niet helemaal helder wat zo'n apparaat doet en hoe het ervoor zorgt dat je meer capaciteit krijgt, ik zal dat proberen uit te leggen. Eerst even terug naar de eerste vragen, stel dat je hebt vastgesteld dat de bottleneck CPU is en dat je de applicatie ook op twee of drie verschillende servers tegelijk zou kunnen laten draaien. (Vraag tussendoor: kan dat met jouw applicatie?) Dan installeer je de applicatie op drie servers in plaats van één zodat je meer capaciteit hebt. maar nu moet je de gebruikers nog verdelen over de drie servers omdat ze anders nog steeds op die ene overbelaste machine zitten. En daar kun je een load balancer voor gebruiken, die verdeelt het verkeer netjes over de drie verschillende servers.

Maar de belangrijkste vraag op dit moment is wat precies je probleem is als er teveel bezoekers voor een site komen.

[sstfn]

Jazzy schreef op dinsdag 26 maart 2013 @ 11:12:
Maak eerst eens concreet wat de bottleneck is als je "te veel bezoekers krijgt". Gaat het om het netwerkverkeer? Wordt de CPU load op de server te hoog? Veel IOPs door database queries? De volgende vraag is waarom je denkt dat die bottleneck er niet meer is als je exact dezelfde applicatie op een andere server zet, want in principe doe je dat als je hem naar Azure verhuist.

Die vragen zijn voor mij nog niet beantwoord dus verder speculeren door ons zal je ook niet verder helpen op dit punt.

Dan over de load balancer. Volgens mij heb je niet helemaal helder wat zo'n apparaat doet en hoe het ervoor zorgt dat je meer capaciteit krijgt, ik zal dat proberen uit te leggen. Eerst even terug naar de eerste vragen, stel dat je hebt vastgesteld dat de bottleneck CPU is en dat je de applicatie ook op twee of drie verschillende servers tegelijk zou kunnen laten draaien. (Vraag tussendoor: kan dat met jouw applicatie?) Dan installeer je de applicatie op drie servers in plaats van één zodat je meer capaciteit hebt. maar nu moet je de gebruikers nog verdelen over de drie servers omdat ze anders nog steeds op die ene overbelaste machine zitten. En daar kun je een load balancer voor gebruiken, die verdeelt het verkeer netjes over de drie verschillende servers.

Maar de belangrijkste vraag op dit moment is wat precies je probleem is als er teveel bezoekers voor een site komen.

Op dit moment is er volgens het bedrijf nog geen bottleneck. De diensten die ze aanbieden draaien momenteel goed maar daarmee is het wel gedaan (volgens het bedrijf). Het bedrijf is opkomend en wil dus meer websites gaan hosten in de toekomst. Op dit moment kan ik dus niet zeggen of de bottleneck het database of CPU is. Wel kan ik zeggen dat de server aardig beperkt is zoals ze mij vertelden.

Het opschalen naar Azure zou als voordeel hebben dat ze snel extra dingen kunnen bijschakelen. Dit zou voor het bedrijf handig zijn om zo de kosten laag te houden. Ze hebben namelijk niet constant de Azure service nodig enkel bij te hoge pieken waarschijnlijk.

Wat dus eigenlijk moet gebeuren is (na mijn inziens) een replica van de website met database naar de Azure service kunnen zetten zodat hun eigen server niet volop wordt belast. En dit moet later weer gemakkelijk terug te zetten zijn als de pieken weg zijn. Daarnaast moet er dus gerouteerd worden naar de eigen server van het bedrijf of de Azure service.

Dankje voor je verhelderende uitleg van de load balancer, dat maakt het e.e.a. wel duidelijker hierover.

[sstfn]

Kickje, iemand die e.e.a. mij nog kan uitleggen?

[Semt-x]

In mijn beleving zit er een fout in de opdracht. on premise hosten en extra capaciteit gebruiken in de cloud, is een scheve oplossing. denk bijvoordbeeld aan de database ontsluiting voor die website.
beperk je keuze tot:
- host alles onpremise en bouw een prive cloud.
- host alles in de cloud.

Misschien aardig om een keer een bijeenkomst bij te wonen van de SCUG (system center user group), een avond met presentaties over system center. Dat is een heel breed onderwerp maar wellicht dat er binnen kort een presentatie wordt gehouden die jouw opdracht (deels) raakt. Het is gratis en wellicht heb je er wat aan.

h2h,
Sem

[Question Mark]

sstfn schreef op donderdag 28 maart 2013 @ 10:13:
Kickje, iemand die e.e.a. mij nog kan uitleggen?

Wat is je vraag nu precies? We kunnen onmogelijk een compleet handboek voor je gaan uitschrijven...

Op de Azure website is aardig wat info te vinden, waaronder filmpjes over het scalen van een website. Dat zou een aardig startpunt zijn.

Overigens:

sstfn schreef op dinsdag 26 maart 2013 @ 11:52:
[...]
Het opschalen naar Azure zou als voordeel hebben dat ze snel extra dingen kunnen bijschakelen. Dit zou voor het bedrijf handig zijn om zo de kosten laag te houden. Ze hebben namelijk niet constant de Azure service nodig enkel bij te hoge pieken waarschijnlijk.

Ik ben erg benieuwd naar de business case hierachter. Ik vermoed dat er weinig kennis in huis is om die webserver goed te kunnen beheren (no offense). Bovendien klinkt het als een single point of failure. Waar wordt die webserver niet permanent in de cloud gehost? De kosten zijn minimaal en je hosting is perfect geregeld...

[Jazzy]

Ik zie ook een kennisgebrek, op twee aspecten. Ten eerste ben je niet op de hoogte van de architectuur van jullie website en bijbehorende componenten, je bent niet in staat om een eenvoudig schetsje te maken met de verkeersstromen, afhankelijkheden en beperkingen. Daarom weet je ook niet hoe op te schalen, anders dan 'een zwaardere server'.

En daardoor heb je moeite om de mogelijkheden van Azure te onderzoeken. Je kunt je pas een beeld vormen van een mogelijke oplossing als je begrijpt wat je nodig hebt. Op dit moment zoek je informatie over Azure terwijl je eigenlijk beter moet begrijpen wat jullie probleem eigenlijk is.