Wat is cloudapplicatieprioritering?

Cloudapplicatieprioritering geeft voorrang aan bedrijfskritische applicatietraffic wanneer een netwerk congestie, verlies of onbetrouwbare verbindingen ervaart. Dit helpt de gebruikerservaring te verbeteren voor SaaS- en cloud-gehoste apps die regelmatig door het bedrijf worden gebruikt.

Cloudapplicatieprioritering kan verschillende middelen gebruiken om prioritering te implementeren, waaronder:

• Applicatie-identificatie en -classificatie
• Kwaliteit van Dienst (QoS) prioriteit
• Traffic shaping
• Padsturing

Hoewel applicatieprioritering geen nul latentie garandeert, kan het helpen de potentiële impact op bedrijfskritische netwerktaken tijdens tijden van concurrentie te verminderen. Het is ook geen vervanging voor een goed netwerkontwerp en capaciteitsplanning.

Hoe cloudapplicatieprioritering in de praktijk werkt

Cloudapplicatieprioritering geeft een voorkeursbehandeling aan bepaalde soorten verkeer wanneer verbindingen druk zijn, waardoor verlies en vertraging worden verminderd. Veelvoorkomende geprioriteerde verkeerssoorten zijn videoconferenties, externe desktop, klantrelatiebeheer (CRM) en betalingsworkflows. Prioritering kan worden afgedwongen met behulp van verschillende middelen en op verschillende locaties, zoals randapparaten, takrouters, gateways of cloud-geleverde controlepunten, afhankelijk van de architectuur.

Wat telt als een “cloudapplicatie” in deze context?

Cloudapplicaties omvatten SaaS-apps, cloud-gehoste webapps en IaaS-gehoste interne apps die via het bedrijfs-WAN worden benaderd. Samenwerkingstools, CRM/ERP, externe toegang, ontwikkeltools en vergelijkbare applicaties zijn voorbeelden van apps die cloudgebaseerd kunnen zijn en profiteren van prioritering. Bovendien moet ondersteunend verkeer, zoals DNS en identiteits- en authenticatiestromen, waarop deze apps vertrouwen, op dezelfde manier worden geprioriteerd.

Het identificeren van cloudapplicaties kan echter om verschillende redenen lastig zijn. Een reden is dat IP-adressen en poorten niet kunnen worden vertrouwd om moderne apps te identificeren vanwege het gebruik van content delivery netwerken (CDN’s), gedeelde hosting en dynamische eindpunten. Bovendien maakt het feit dat het meeste applicatietraffic versleuteld is, het noodzakelijk om metadata en classificatie te gebruiken voor prioritering in plaats van payloadinspectie.

Hoe Prioritering Verschilt van Bandbreedtebeheer

Prioritering verschilt van bandbreedtebeheer doordat prioritering definieert hoe beschikbare bandbreedte wordt gebruikt, in plaats van extra bandbreedte toe te wijzen. Het doel is om ervoor te zorgen dat bedrijfskritische apps de hoogste prioriteit hebben op beperkte bandbreedte wanneer de congestie hoog is.

Bijvoorbeeld, tijdens congestie zullen realtime apps zoals videoconferenties worden geprioriteerd, wat lagere latentie en grotere betrouwbaarheid biedt. In tegenstelling tot dat kan het gebruik van sociale media worden beperkt of gecapped om het verkeersvolume te verminderen. Dit stelt het bedrijf in staat om betere prestaties te behalen voor belangrijke apps met een lagere totale hoeveelheid bandbreedte.

Waarom Cloudapplicaties Prioritering Nodig Hebben

Sommige cloudapplicaties, zoals videoconferenties, zijn extreem gevoelig voor latentie. Latentie kan leiden tot haperende video, de productiviteit van werknemers verminderen, de klantervaring schaden, leiden tot verloren verkopen en bijdragen aan hogere ticketvolumes voor IT-helpdesks.

Tegelijkertijd hebben cloudapplicaties te maken met verspreide gebruikers, gedeelde netwerkverbindingen, onvoorspelbare internetroutering en fluctuerend achtergrondverkeer. Als gevolg hiervan kunnen bedrijven met “voldoende bandbreedte” nog steeds netwerkcongestie ervaren door microbursts, pieken en beperkingen in de laatste kilometer.

Welke Prestatieproblemen Vermindert Prioritering Eigenlijk?

Cloudappprioritering is ontworpen om de effecten aan te pakken die direct invloed hebben op de gebruikerservaring, zoals:

• Latentie
• Jitter
• Pakketverlies

Voor sommige soorten verkeer, zoals spraak/video en interactieve apps, kunnen zelfs kleine vertragingen aanzienlijke vertraging veroorzaken en de gebruikerservaring schaden. In tegenstelling tot dat hebben korte vertragingen en netwerkcongestie minimale impact op meer doorvoersintensieve taken, zoals back-ups of OS-updates. Wanneer een micro-piek een klein venster van congestie veroorzaakt, stelt prioritering deze doorvoersintensieve taken uit om prioriteit te geven aan applicaties waar de potentiële vertragingen daadwerkelijk merkbaar zouden zijn.

Wanneer Helpt Prioritering Niet?

Prioritering kan een nuttig hulpmiddel zijn, maar het is niet perfect. Enkele problemen die het niet kan oplossen zijn:

• Constante Congestie: Prioritering hangt af van de mogelijkheid om een deel van het verkeer naar een minder drukke tijd in de nabije toekomst te vertragen.
• Onjuiste Identificatie: Als apps verkeerd worden geïdentificeerd, krijgt het verkeerde verkeer prioriteit.
• Opstoppingen Stroomopwaarts: Als de congestie buiten uw controle ligt, kan lokale prioritering beperkte impact hebben.
• Prioriteit Inflatie: Als al het verkeer als hoogste prioriteit wordt gemarkeerd, wordt er eigenlijk geen verkeer geprioriteerd.

Prioritering pakt tijdelijke congestie aan in een anders gezonde en goed uitgeruste netwerk. Als een van deze problemen zich voordoet, moet de organisatie de oorzaak van het probleem aanpakken via capaciteitsplanning, routeringsarchitectuur en app-rationalisatie.

Hoe Cloud Applicatie Prioritering Werkt

Het opzetten van cloud applicatie prioritering is een meerfasenproces dat ontdekking, classificatie en prioriteitstoewijzingen omvat. Van daaruit kan de organisatie het systeem in productie implementeren en handhaven, monitoren en indien nodig aanpassen.

Cloud applicatie prioritering kan worden ingezet om padselectie aan te vullen wanneer meerdere verbindingen beschikbaar zijn. Het toewijzen van kritieke apps aan beter presterende paden kan automatisch de latentie en het verlies verminderen zonder de noodzaak voor prioritering.

Hoe Worden Applicaties Geïdentificeerd en Geclassificeerd?

Applicaties kunnen worden geïdentificeerd en geclassificeerd via verschillende methoden, waaronder:

• Applicatiehandtekeningen
• Categorieën
• IP-bereiken (minder betrouwbaar)
• Poort/protocol (minst betrouwbaar)
• DSCP-markering

Nadat toepassingen zijn geïdentificeerd, kunnen ze via beleid worden geclassificeerd. Vaak worden beleid gedefinieerd op basis van de combinatie van de toepassing en de gebruiker/groep, locatie en verkeersrichting. Beleid kan ook uitzonderingen en overrides hebben, zoals break-glass, executive rooms en callcenters.

Welke rol spelen QoS-markeringen en wachtrijen?

Kwaliteit van Dienst (QoS) markeringen worden toegevoegd aan netwerkpakketten om netwerkapparaten te helpen bij het identificeren en toepassen van geschikte beleidsregels. Voor cloudtoepassingsprioritering coderen ze de classificatie en prioritering die zakelijke kritische apps die prioriteit vereisen, onderscheidt van verkeer dat moet worden beperkt of vertraagd.

Wachtrijen zijn geheugenbuffers waar pakketten tijdelijk kunnen worden opgeslagen terwijl ze wachten op hun beurt om te worden verzonden. Verschillende prioriteiten van verkeer worden toegewezen aan verschillende wachtrijen, wat bepaalt hoeveel bandbreedte aan elk type verkeer wordt toegewezen.

De verkeerssignalen en metrics die het belangrijkst zijn

Bij het beoordelen van de effectiviteit van applicatieprioritering, kijk naar metrics die de gebruikerservaring beïnvloeden, zoals latentie, jitter, pakketverlies, enz. Deze metrics moeten op verschillende punten worden gemeten, waaronder het eindpunt, de rand van de vestiging, het WAN-pad en de rand van de cloud. Bovendien is het belangrijk om gedetailleerde metingen te nemen en te gebruiken, aangezien kleine periodes van congestie kunnen worden verborgen door brede gemiddelden.

Hoe weet je welke apps echt “kritisch” zijn?

Bij het implementeren van prioritering is het van vitaal belang om zakelijke kritische apps goed te identificeren. Belangrijke criteria om te overwegen zijn:

• Impact op de omzet
• Operationele afhankelijkheid
• Klantgericht
• Naleving.
• Tijdgevoeligheid
• Gebruikerspopulatie

Een goed beginpunt is het identificeren van enkele workflows die centraal staan in de onderneming, zoals betalingsverwerking voor e-commerce. Vanuit een vitale applicatie, breng de afhankelijkheden in kaart, inclusief zowel voor de hand liggende als verborgen afhankelijkheden, zoals identiteitsproviders, DNS en apparaatbeheer. Het labelen van al deze samen als een enkele klasse zou de prestaties van de workflow als geheel moeten verbeteren.

Hoe valideert u dat prioritering werkt?

Het valideren van prioritering kan moeilijk zijn zonder in het netwerkverkeer zelf te graven. Belangrijke effecten om op te letten zijn:

• Verbeterde stabiliteit onder belasting
• Minder pieken in jitter en verlies voor kritisch verkeer
• Verminderde tickets

Prioritering kan worden getest in een gecontroleerde omgeving, zoals een laboratorium of pilotlocatie, door opzettelijke congestie in het netwerk in te voeren en de effecten op belangrijke systemen te monitoren. Bovendien kunnen teams de prestaties voor en na implementatie vergelijken voor dezelfde tijdsvensters en werkbelastingen.

Bij het testen is het belangrijk om naar alle kritische applicaties te kijken om ervoor te zorgen dat een oplossing de ene niet verbetert terwijl de andere wordt verstoord. Daarnaast, aangezien zakelijke behoeften kunnen veranderen, moeten regelmatig beoordelingen worden uitgevoerd om classificaties en prioriteringen indien nodig bij te werken.

Veelvoorkomende beleidslijnen in cloudapplicatieprioritering

Beleidslijnen voor cloudapplicatieprioritering richten zich doorgaans op het scheiden van hoogprioritaire en bulk/breedbandverkeer. Elk van deze vereist speciale behandeling die verschilt van de rest van het netwerkverkeer van de organisatie.

Welke applicaties krijgen doorgaans de hoogste prioriteit?

De hoogste prioriteit moet worden gegeven aan applicaties die belangrijk zijn voor de onderneming en iteratief, met een lage tolerantie voor jitter of verlies. Veelvoorkomende voorbeelden zijn:

• Stem/video conferentie
• Remote desktop en VDI
• Callcenter tools
• Betalingsworkflows
• Tijdgevoelige authenticatiestromen

Verschillende organisaties kunnen verschillende kritieke apps hebben, dus het is belangrijk om dit per geval te valideren. Hoewel uitvoerende uitzonderingen in sommige gevallen nodig kunnen zijn, moeten ze beperkt blijven om beleidsuitbreiding te voorkomen.

Hoe moet u bulk- en achtergrondverkeer behandelen?

Bulk- en achtergrondverkeer is minder belangrijk of latentiegevoelig en kan worden afgehandeld via cap, rate limiting of planning voor daluren. Veelvoorkomende voorbeelden zijn:

• Back-ups
• OS-updates
• Grote bestandssynchronisatie
• Patchdownloads
• Media streaming

In sommige gevallen kan een organisatie hoogvolume maar belangrijk verkeer hebben, zoals softwarebuilds of datastromen. Deze kunnen aangepaste beleidsregels vereisen of het gebruik van padselectie (waar beschikbaar) om de impact van deze stromen op latentiegevoelige apps te beperken.

Implementatie van prioritering over vestigingen en externe gebruikers

Prioritering moet worden uitgevoerd via een gefaseerd proces dat is ontworpen om sjablonen en beleid zoveel mogelijk te standaardiseren, terwijl het consistentie-uitdagingen aanpakt over heterogene verbindingen en locaties. Veelvoorkomende uitdagingen om te overwegen zijn onder andere externe gebruikers wiens verkeer aan de rand van het bedrijfs-WAN moet worden geprioriteerd en conflicten tussen beleid, die moeten worden beheerd via geordende regels.

Wat is een veilig uitrolplan?

Een veilig uitrolplan omvat een gefaseerd proces dat is ontworpen om de tijd tot waarde te maximaliseren. Vaak omvat dit het selecteren van 10-20 apps, waaronder de meest kritieke en de onbelangrijke die de meeste bandbreedte verbruiken.

Beleid voor deze moeten worden uitgerold in een paar representatieve locaties met monitoring- en terugrolplannen en duidelijke definities van succescriteria. Zodra de uitrol succesvol is in de pilot, kan de uitrol iteratief worden uitgebreid om aanvullende locaties of applicaties op te nemen.

Wat zijn de meest voorkomende fouten om te vermijden?

Bij het uitrollen van cloudapplicatieprioritering zijn enkele van de meest voorkomende fouten:

• Prioriteit Inflatie: Topprioriteit moet worden gegeven aan slechts een klein aantal bedrijfskritische apps.
• Het negeren van afhankelijkheden: Het niet prioriteren van afhankelijkheden zoals authenticatie en DNS kan bedrijfskritische workflows verstoren.
• Overfitting: Beleid moet zo algemeen mogelijk worden gehouden en niet overfitten op de verkeerspatronen van een enkele locatie.
• Ontbrekende handhaving: Het markeren van verkeer doet niets zonder handhaving op basis van die markeringen.

Follow-up Beleid moet regelmatig worden herzien en bijgewerkt, vooral na wijzigingen in applicatieportefeuilles.

Veelgestelde vragen over cloudapplicatieprioritering

Is cloudapplicatieprioritering hetzelfde als QoS?

Nee, QoS is een brede klasse van functies en methoden die worden gebruikt om netwerkverkeer te beheren om de prestaties van bepaalde apps te verbeteren. Cloudapplicatieprioritering richt zich op het prioriteren van cloudapplicaties en datastromen en is een specifieke manier om QoS voor deze apps te implementeren.

Heeft u SD-WAN nodig om cloudapplicaties te prioriteren?

Nee, cloudapplicatieprioritering kan op verschillende manieren worden geïmplementeerd. Echter, SD-WAN-stijl architecturen bevatten doorgaans alle vereiste mogelijkheden, waaronder app-identificatie, beleid en multi-path steering.

Hoeveel prioriteitsniveaus moet een organisatie gebruiken?

Over het algemeen zijn drie of vier niveaus voldoende om prioritering te implementeren, waarbij zakelijke kritische apps en zware bandbreedtegebruikers van de rest worden gescheiden. Te veel niveaus implementeren kan averechts werken, omdat het extra werk toevoegt zonder betekenisvolle voordelen te bieden.

Kan prioritering op zichzelf slechte belkwaliteit verhelpen?

Het hangt af van de oorzaak van het probleem. Prioritering helpt wanneer netwerkverbindingen tijdelijk overbelast zijn; echter, het kan niet helpen bij chronische problemen met betrekking tot de gezondheid van de verbinding. Het begrijpen en aanpakken van de oorzaak van het probleem is essentieel om chronische slechte belkwaliteit op te lossen.

Hoe vaak moeten prioriteringsbeleid worden herzien?

Prioriteringsbeleid moet regelmatig worden herzien en in reactie op bepaalde gebeurtenissen. Bijvoorbeeld, een team kan kwartaalreviews uitvoeren samen met extra reviews na significante applicatiewijzigingen of incidenten. Deze reviews moeten het snoeien en vereenvoudigen van beleid omvatten waar mogelijk om beleidsbloat te voorkomen.

Hoe Cloudapplicatieprioritering de prestaties van cloudapplicaties in de loop van de tijd verbetert

Het beheren van de prestaties van cloudapplicaties is een voortdurende uitdaging, aangezien veranderingen in de applicatieportefeuille van een organisatie en zakelijke behoeften op elk moment herclassificatie kunnen vereisen. Om deze reden moeten teams continu belangrijke statistieken monitoren en meten en regelmatig beleid herzien.

Bij de eerste start moet de focus liggen op het verbeteren van de prestaties en betrouwbaarheid voor de belangrijkste, zakelijke kritische apps, en vervolgens uitbreiden indien nodig. Gedurende het hele proces moeten details zoals beslissingen over app-niveaus, beleidsintentie, uitzonderingen en validatieresultaten duidelijk worden gedocumenteerd voor toekomstig gebruik.

Het definiëren van de juiste beleidsmaatregelen, het handhaven ervan en het continu monitoren en meten zijn van vitaal belang voor succes. Wanneer het goed wordt gedaan, biedt applicatieprioritering een consistentere app-ervaring onder belasting, minder vermijdbare onderbrekingen en duidelijker inzicht in wat daadwerkelijk de prestaties aandrijft.