VMware omarmt Kubernetes een beetje meer: Waarom deze tijd is het belangrijk
De open source werklast orchestration systeem dat al hermaakt het datacenter kunnen binnenkort in het centrum van de grootste virtualisatie-platform dat bedrijven al gebruik maken van vandaag. Het zaad voor een nieuwe industrie kan worden gezaaid of ondernemingen weten of niet. ZDNet Scott Fulton vertelt Karen Roby dit kan worden de grondslagen van de beweging voor een nieuwe en betere manier voor mensen overal ter wereld gebruik te maken van applicaties op hun computers en apparaten – dat is, als het de derde keer is echt de charme van VMware. Lees meer: https://zd.net/2UTy1E4
Wat is de “orkestratie” betekent
Orkestratie het effectieve beheer en de uitvoering van meerdere workloads samenwonende een IT-platform. In Kubernetes’ geval, bepaalde werkbelasting kan komen op het platform zijn al onderverdeeld in microservices. Ze werken nog steeds samen, maar als onafhankelijke eenheden. Kubernetes orchestration kunnen deze eenheden worden vermenigvuldigd en verspreid, als dat nodig is en afgebouwd wanneer het niet langer in gebruik.
Net als de dirigent van een orkest?
Verkeerde analogie. Een dirigent zorgt ervoor dat er een stuk wordt uitgevoerd in de juiste tijd en ritme. In het datacenter, het besturingssysteem blijft die rol te gaan spelen — Kubernetes niet veranderen. Een orchestrator coördineert de uitvoering van alle onderdelen in de samenstelling voor een maximale efficiëntie en een soepele werking, zodat men deel kan niet overstemmen de andere, en alle onderdelen spelen hun rol effectief. Omdat deze onderdelen kunnen op grote schaal worden verspreid over verschillende locaties, een orchestrator ook assembleert alle middelen die onderdelen kan het nodig een bijdrage te leveren aan dezelfde taak bij de hand.
Contrasterende een orchestrator van een besturingssysteem
Een besturingssysteem op een computer, onder andere dingen, maakt het mogelijk om een programma te worden uitgevoerd door de processor veilig en zoals verwacht. Kubernetes vervult die rol voor meerdere workloads tegelijk, dat zijn verdeeld over meerdere servers in een cluster.
Dit is niet om te zeggen Kubernetes is een besturingssysteem dat is opgeschaald. De OS speelt nog steeds de rol van de marshal de uitvoering van elk programma. En in een container omgeving (in ieder geval in zijn eigen omgeving, zoals het oorspronkelijk was bedoeld) elke container host is niet de hypervisor, zoals het is met de vSphere of KVM, maar de OS.
In één opzicht, hoewel, wat een besturingssysteem is op een enkele computer, een orchestrator is een cluster van servers: Het houdt toezicht op de uitvoering van software op een systeem waarvan de infrastructuur — de rekenkracht, geheugen, opslag-en netwerkcapaciteit, faciliteiten, — zijn al samengevoegd. Kubernetes vestigden zich de materie van die orchestrator het datacenter zou liever in een uiterst korte periode, zoals de geallieerde troepen Koeweit bevrijd. Als de Operatie Desert Shield, Kubernetes had een eenvoudige strategie die werd snel uitgevoerd.
Waar komt al dat de software gaan?
In de moderne data center software hoeft niet te worden “geïnstalleerd” op een computer. Integendeel, het is meer een boek dat is geleend van een bibliotheek, maar één die in staat is om het publiceren van het boek voordat het is uitgeleend. In het containervervoer rijk, deze bibliotheek wordt genoemd in een register. Open-source pakketten geleend van een register komen in volledig gemonteerde containers. De handeling van het maken van een applicatie of dienst die beschikbaar is via een register voor invoering in een Kubernetes-beheerde omgeving is genoemd implementatie. Dus als we praten over “het inzetten van workloads,” dan hebben we het over de wet van het opstellen van software voor de levering naar een server-cluster, waar het wordt beheerd en georkestreerd.
Kubernetes is gebouwd voor het ophalen van de werklast pakketten van de registers, hen rij voor implementatie in het systeem, het beheer van hun verdeling over de clusters ze houden toezicht en zijn van toepassing op de toegang tot middelen die beschikbaar worden gemaakt door deze clusters.
Waarom is het containervervoer zo belangrijk als het kan nog zo ‘ n slechte naam?
Containervervoer is de trend officieel gestart door Docker Inc., dan voortgestuwd in rap tempo door Google, en nu samen met het meeste van iedereen in het platform ruimte, met inbegrip van Microsoft en VMware. Het was een esoterische aspect van data center management, kregen we te horen vier jaar geleden, dat zou onopgemerkt door de dagelijkse gebruiker. Nog elke kijker van Netflix en Amazon Prime, en elke gebruiker van Alexa en Siri, heeft het gevoel dat dit effect uit de eerste hand, zelfs als ze niet in staat was om het identificeren van de bron. Het verschuiven van de focus van data center management van machines naar workloads een revolutie teweeggebracht in de manier waarop toepassingen en diensten worden geleverd.
In plaats van “het containervervoer”, dat klinkt als een manier om te industrialiseren een Tupperware party, het kan worden genoemd “de werklast van de revolutie.” Netwerken worden nu omgeleid in de richting van functies in plaats van in de richting van machines. Het is moeilijk om het belang van dit idee in de praktijk zonder een voldoende, real-world analogie: hoeveel telefoonnummers weet je uit je hoofd? Zijn er meer of minder patronen van de cijfers in uw geest, nu smartphones hebben lijsten met contactpersonen en kunnen reageren op uw stem?
Wat is dit allemaal “werklast” business?
Een programma dat draait op een computer is nog steeds “software” een beroep op de termijn dat de NASA-ingenieurs oorspronkelijk bedacht tijdens het Apollo-tijdperk als een woordspeling. En dat is wel een programma dat is ontworpen om te worden gebruikt door meerdere gebruikers en aangeduid met de naam.
Door vergelijking, een “werklast” is een beetje waziger. Het is samengesteld uit één of meer stukken van de software. Het kan gebruik maken van een database, ook al is het dezelfde database die een andere werkbelasting gebruikt. Het kan bestaan uit meer dan één pakket in een register, gemonteerd op de vlieg en het delen van functionaliteit binnen een cluster. Maar meestal heeft één hoofddoel en is geschikt om te werken als een hechte eenheid, zelfs als het een aantal van composiet onderdelen.
De ontwikkelaars van de Software meestal niet zitten aan hun bureau en opstellen van workloads. Ze nog steeds programma ‘ s schrijven. Maar in het proces van de implementatie van containers opgebouwd rond deze programma ‘ s, de instructies die zijn gegeven aan een orchestrator zoals Kubernetes einde tot het declareren van de werken parameters van een actieve werklast. Dus in het handelen van de implementatie van de software wordt een belasting. De effecten op het verbruik van een datacenter kan worden gemeten en verzacht, net als de effecten van een belasting in de alledaagse wereld van dingen en mensen, kunnen worden gemeten en verzacht voor de medewerkers.
Controllers zijn gelegen binnen de Kubernetes control plane. Voor degenen die worden geleverd met Kubernetes, hun belangrijkste functie is om te controleren de toestand van de hulpbronnen op het netwerk van infrastructuur, in het zoeken van eventuele wijzigingen. Het duurt een gebeurtenis-een signaal van een dergelijke wijziging — te leiden tot een evaluatieve functie die bepaalt hoe u het beste om te reageren. De klasse van de service die kan worden gedelegeerd aan de taak van het beantwoorden van een operator. Om dat haalbaar te maken voor de orchestrator voor het automatiseren van meer complexe systemen, een service architect zou toevoegen controllers om de control plane om beslissingen te nemen en operators op de back-end om op te treden op het nemen van die beslissingen.
Aangepaste middelen
Het is de uitbreidbaarheid van deze controller regeling die, in het einde, de meesterzet dat cement Kubernetes’ positie in het datacenter. Als gevolg van een bouwkundige toevoeging genoemd aangepaste resource definities (CRD), Kubernetes kan orkestreren andere dingen dan deze containers. Anders gezegd, als je kunt ambacht een controller die effectief leert Kubernetes te herkennen iets anders als een georkestreerde resource, het zal doen. Wat hebben we het hier over — wat zou het kunnen zijn dat er iets “anders” zijn?
Virtuele machines (VM) — De klassieke, hypervisor-gedreven entiteiten die de steun van een meerderheid van de wereld enterprise workloads. VMware, waarvan de vSphere platform is de overheersende commerciële marktleider in het beheer van VM’, is al begonnen met een project te maken Kubernetes de opdrachtgever VM orchestrator.Enorme databases waarvan de motoren en de controle banen hebben in de afgelopen jaren verplaatst naar specifieke systemen zoals Hadoop en Apache Vonk — en die denkbaar verplaatsen uit deze platforms als ontwikkelaars worden gratis opnieuw te schrijven workloads het gebruik van andere talen dan die van een select aantal, zoals Java, Scala, en R.High-performance computing (HPC) werkbelasting voor supercomputers, die van oudsher beheerst door gespecialiseerde planners zoals Slurm en, meer recent, Apache Mesos. Hun deugd in het datacenter als de tijd-georiënteerde plannen van agenten wordt nu in vraag gesteld als Kubernetes benaderingen in de buurt-alomtegenwoordigheid.Machine learning modellen, waarvoor grote hoeveelheden gegevens met parallelle toegang, evenals de deterministische planning. Je zou denken dat deze factoren alleen zou diskwalificeren Kubernetes als de orchestrator of infrastructuur facilitator, maar er zijn projecten zoals Kubeflow waar de database aanbieders en planners die bieden deze functies zelf worden geregistreerd door Kubernetes.
Apache Mesos
De gevestigde leider in de werkdruk van de planning voor het gedistribueerd server-clusters was Apache Mesos. Het pionierswerk van de master/werknemer architectuur (hoewel Mesos gebruikt een ander woord voor “werknemer”), en was een van de eerste planners worden uitgebreid naar een eigen PaaS-platform, genaamd Marathon. Mesos’ eerste grote inzet werd op Twitter, waar Ben Hindman ingenieur was. In 2013, Hindman links te vinden Mesos’ premier commerciële leverancier, Mesosfeer. Werken met Microsoft, Mesosfeer geproduceerd één van de eerste openbare cloud-gebaseerde PaaS inschakelen georkestreerd, gehybridiseerd-implementaties: DC/OS, waarvan het leek alsof het zou de keuze van de werklast deployment platform voor Azure. Mesos had de deugd van de verschillende jaren van implementatie-ervaring, dus het was een platform dat niet iedereen had te doorgronden, vanaf het begin.
Maar de gevestigde Mesos kon niet ontsnappen aan de gevolgen van een opstandige challenger met een volledig hoofd van stoom. In augustus 2017, VMware benut de middelen van haar zuster bedrijf, Belangrijke, voor de lancering van een cloud-gebaseerd Kubernetes platform genaamd Centrale Container Service, met een geautomatiseerd mechanisme voor de implementatie van de zogenaamde Kubo dat kwam door de rangen van Cloud Foundry. Snel, Azure volgden, effectief back-burnering de DC/OS-project. Dan in juni 2018, de stoere Amazon gaf haar defensieve positie, de openstelling van zijn Kubernetes deployment platform. En tot slot, enkele van mening dat IBM de overname van Red Hat, die gesloten in juli vorig jaar, was over de IBM die een betere Linux-distributie. OpenShift reeds verharde wegen in het gedistribueerde data center dat IBM vond het niet langer nodig om de banen weer.
De nederlaag was zo compleet dat Mesosfeer kon niet langer zaken te doen met die naam, herdoop zelf D2IQ afgelopen augustus, en zweren tot stand brengen van een “Ksphere” van zijn eigen. En in het begin van oktober, Koppelvenster gesuggereerd dat de gebruikers proberen het uitvoeren van Kubernetes en Zwerm side-by-side. “De nieuwe gebruikers vinden het veel gemakkelijker om te begrijpen Docker Zwerm,” zijn blog post te lezen. “Echter, Kubernetes heeft zich ontwikkeld tot het toevoegen van een hoop functionaliteit.”
Waar Kubernetes gaat van hier
Tot nu toe, veel van de discussie over data center re-architectuur is gecentreerd rond het thema van het migreren van oude workloads naar nieuwe modellen. Toepassingen zoals we nu weten ze werden ‘monolieten’ omdat, zoals de mysterieuze object in de film “2001,” ze enkelvoud, praktisch, solide, en net zoals onverklaarbare na de vergadering in het theater voor vier uur als ze waren in het begin. Ze bestaat uit code die alleen de schepper weet hoe te veranderen.
Verhuizen naar Kubernetes is beschreven als een proces van het migreren van monolieten. Sommigen hebben gezegd: dit kan alleen gedaan worden door de wederopbouw van microservices netwerken die zich gedragen als hun monolithische voorgangers, maar dat ze vervangen geheel. Anderen zeggen dat het mogelijk is om wrap een API rond een monolithische service en verspreiden dat de API via een netwerk in een microservices mode. Het zou gemakkelijker zijn om te doen, en zou het niet betrekken van zo veel moeite met het repliceren van dezelfde functionaliteit die bedrijven al in het bezit.
Nu, dankzij Kubernetes’ CRD, te parafraseren Arlo Guthrie, er is een derde mogelijkheid is dat niemand, zelfs geteld op: Kubernetes zelf kunnen migreren om te voldoen aan de behoeften van de bestaande infrastructuur. Wordt misschien wel ‘ s werelds meest actieve open-source software project, Kubernetes wordt onderhouden door letterlijk honderden deskundige technici die kon helpen bedrijven bij het opstellen of het aanpassen van de controllers en de exploitanten moeten zij bij het automatiseren van hun software voor supply chains.
De mensen die het gemaakt Kubernetes zei een paar jaar geleden zou er een tijd bij hun oprichting werden zo veel een deel van ieders datacenters, die ze zou saai worden en zou niemand het lezen van een artikel over. Van wat ik er getuige van, dat is nog minstens een paar jaar weg.
Lees meer — Van de CBS-Interactief Netwerk
Kubernetes’ volgende stap zou kunnen zijn om te proberen het orkestreren van alles door Scott M. Fulton, III, ZDNet5G is afhankelijk van Kubernetes in de cloud door Steven J. Vaughan-Nichols, ZDNet Linux-en Open Source –Waarom Rode Hoed ziet Knative als het antwoord op Kubernetes orkestratie door James Sanders, TechRepublic Cloud
Elders
Kubernetes Aangepaste Resource Definities: CRDs Verklaard door BMC SoftwareKubernetes Architectuur 101 door Aqua Container SecurityBegrip Kubernetes Architectuur door Edureka
Verwante Onderwerpen:
Datacenters
Cloud
Opslag
Servers
VMWare