Content
- Optimització de WAN i LAN
- SSD i Matrius de Flash
- Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida
- GPU virtuals
- Programari optimitzat de rendiment
- Cache
- Resum
Font: Viktorus / Dreamstime.com
Emportar:
Aprèn cinc tècniques per accelerar les aplicacions virtuals sense haver de trencar el banc.
Una de les frustracions d’anar virtual per aplicacions i escriptoris és el rendiment. Ningú vol esperar més d’un segon o dos perquè aparegui una aplicació després del llançament. Com a usuaris, esperem que les nostres aplicacions apareguin immediatament després de fer doble clic a la icona. No ens adonem del que passa en segon pla per lliurar aquestes aplicacions entre el servidor, mitjançant tallafocs, mitjançant equilibradors de càrrega, a l’aire o a través dels cables als nostres ordinadors de sobretaula i als nostres dispositius mòbils, ni ens importa. La nostra paciència col·lectiva s’ha mantingut molt fina amb promeses de tecnologia més ràpida, més ràpida i segura, i és el moment per a un moment “posat o tancat” tant dels venedors com del personal de suport. Al seu torn, els venedors i el personal d'assistència comparteixen el nostre dolor i han respost amb algunes tecnologies d'acceleració que ofereixen rendiment a uns nivells instal·lats localment o propers.
Per als usuaris, és la velocitat, però a diferència dels usuaris, els arquitectes, els administradors del sistema i els CIO no busquen una resposta més ràpida als doble clic de l’usuari; també busquen escalabilitat, seguretat millorada i expectatives de vida de la tecnologia més llargues que mai. Al final, els usuaris són els crítics més importants del venedor i el suport i, per això, hi ha prou exploració de tècniques i tecnologies d'aplicacions virtuals. Aquest article examina cinc maneres d’accelerar les aplicacions virtuals. Les cinc solucions no estan en cap ordre, però totes se centren en una de les tres àrees clau per a l’optimització i l’acceleració: infraestructura, codi d’aplicació i ample de banda.
Optimització de WAN i LAN
Podeu referir-vos a l’optimització de WAN i LAN com a solució d’ample de banda, on l’objectiu final és posar més informació i més dades en un pipeline de xarxa d’una manera més eficient. Com que el rendiment de l’aplicació és tan crític per als usuaris finals, hi ha alguns mètodes enginyosos d’entregar més contingut en quantitats de temps més curtes, com ara la creació d’una xarxa de lliurament de contingut (CDN) que fonamentalment apropa les dades al consumidor o a l’usuari final. Apropar les dades a l'usuari disminueix la latència, perquè les dades han de recórrer menys "salts" o xarxes per arribar al destí. La majoria dels proveïdors de serveis en núvol tenen CDNs ja existents per tal d’ajudar els propietaris d’aplicacions a oferir contingut distribuït a prop dels seus consumidors.
El balanç de càrregues optimitza l'amplada de banda mitjançant la difusió de les sol·licituds de clients entre diversos servidors o entre diverses ubicacions per tal de compartir millor la càrrega del lliurament d'aplicacions. Els equilibradors de càrrega milloren la velocitat d’entrega d’aplicacions eliminant els embussos de trànsit que es produeixen amb les sol·licituds dels usuaris d’una sola aplicació. Però també augmenten la fiabilitat en poder lliurar l’aplicació de manera eficient a un servidor que no està sobrecarregat amb altres sol·licituds.
L’augment de l’amplada de banda bruta entre les aplicacions i els clients sembla una millora òbvia per facilitar la publicació d’aplicacions. Qui pot argumentar que una connexió de xarxa gigabit entre la infraestructura d’aplicació i l’ordinador client és una cosa dolenta? Fins i tot una aplicació mal dissenyada i pensada rebrà un augment significatiu del rendiment augmentant l'amplada de banda entre la font i l'objectiu.
La compressió de dades i l'ús de suports comprimits com JPEG, MPEG-4 i MP3 poden tenir un impacte significatiu en el lliurament d'aplicacions. La compressió de dades de contingut basat, que significa HTML, CSS i JavaScript, pot produir una reducció del 30 per cent o més del temps de càrrega.
SSD i Matrius de Flash
Les SSD i les matrius de flash semblen ser la nova tecnologia "anar a" per a qualsevol tipus de millora de rendiment d'aplicacions. És cert que l’emmagatzematge en estat sòlid és molt més ràpid que els discs girant, però també és molt més car. La solució pot ser que es tracti d’utilitzar SSD de manera diferent, com a memòria cau per a dades “calentes” en lloc de dades en repòs. Els SSD poden oferir dades molt més ràpidament que els discs giratoris, però una part d’aquesta eficiència es perd en la traducció a la xarxa i a través de diversos components de xarxa. Tanmateix, si es fa servir l’anomenada “memòria cau flash” per aprofitar la velocitat SSD on emmagatzemar la informació de la memòria cau, els resultats són impressionants. Intel reporta fins a "12 vegades més rendiment en el processament de bases de dades transaccionals i fins a 36 vegades més ràpid el processament de càrregues de treball virtualitzades intensives d'E / S".
Els SSD per a la memòria cau de dades tenen sentit a causa de la velocitat amb què es poden recuperar i posar a la memòria. I si els SSD s’utilitzen exclusivament amb finalitat de caché, s’hauran de comprar significativament menys per satisfer les pujades de rendiment resultants. (Per obtenir més informació sobre l’emmagatzematge, vegeu Com optimitzar la solució d’emmagatzematge empresarial.)
Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida
No podeu millorar les vostres habilitats de programació quan ningú es preocupa per la qualitat del programari.
GPU virtuals
Pregunteu a qualsevol que utilitzi un programa CAD, un programa d’edició de vídeo o fins i tot una aplicació de gestió de projectes on vulgui carregar aquestes aplicacions i escolteu un cor de “localment”. Converteix aquestes aplicacions intensives en gràfics en un entorn virtual amb un desastre ortogràfic. fins al llançament de la tecnologia de processament gràfic virtual (GPU).
Les GPU virtuals permeten finalment col·locar qualsevol càrrega de treball en una màquina virtual. S'han assimilat els títols de CAD CAD de la vella escola, igual que els editors de vídeo i dissenyadors gràfics. Fins i tot els que treballen en tres dimensions tenen una presència virtual gràcies a les GPU virtuals.
El que ha fet possible aquesta tecnologia és que les plaques especials de GPU, compatibles amb sistemes d’amfitrió de màquines virtuals, s’instal·lin en aquells sistemes d’amfitrió i, a continuació, els seus atributs de maquinari s’abstreguin o virtualitzin perquè puguin ser utilitzats per màquines virtuals.
Programari optimitzat de rendiment
Els administradors enfadats i frustrats del sistema us diran sovint que la correcció del codi no és la seva tasca. El problema omnipresent és, tanmateix, que els desenvolupadors poden ser de primera qualitat en programar una aplicació, però no poden tenir absolutament cap idea ni desitjar obtenir una pista sobre l'optimització del codi de rendiment.Sovint l’actitud és que més memòria RAM, discs més ràpids o CPU més potents arreglen qualsevol problema relacionat amb el rendiment que pugui existir al codi, i és cert fins a cert punt. Com a alternativa, la reparació del codi és molt menys costosa i molt més fàcil de resoldre que la reconstrucció d’una infraestructura simplement per accelerar les aplicacions mal escrites.
Hi ha, com el pioner informàtic Donald Knuth, que va dir que optimitzava el codi informàtic: "Si ho optimitzes tot, sempre serà infeliç". . Però, i els programes comercials que compreu i implementeu als vostres usuaris? Per exemple, la suite perenne de Microsoft Office és un conjunt d’aplicacions estàndard que els administradors del sistema han de posar a la disposició tant d’usuaris locals com remots.
En el cas de programes comercials que els administradors no tenen palanqueig, han d'aplicar una estratègia de millora de rendiment a diverses capes. La memòria cau de bits d’aplicacions habituals serà la tecnologia més gran de l’administrador per accelerar el lliurament d’aplicacions grans als usuaris.
Cache
Cada vegada que llegeixi o escolteu els termes de precàrrega, preprocessament o precompilat, l'escriptor o altaveu és molt probable que es refereixi a algun tipus d'emmagatzematge en memòria cau. La memòria cau de l'aplicació sol referir-se a la càrrega de determinats fragments de contingut estàtic i dinàmic en un amortidor de memòria de manera que es pugui recuperar fàcilment a petició. Els únics bits que s’entreguen a través del pipeline són els que tenen a veure específicament amb l’usuari o amb altres dades que depenen del temps o de la sessió. Tota la resta queda en memòria.
La memòria cau posa menys estrès a l’emmagatzematge, a l’ample de banda de la xarxa i a les CPU. Les dades s’esperen a la memòria fins que se’n fa una sol·licitud i segueixen el seu viatge molt més curt fins a l’usuari final. La majoria de les tecnologies combinen la memòria cau amb la ubicació per proporcionar contingut més ràpidament. És a dir, les dades comunes (que són dades comunes per a tots els usuaris) s’incorporen als CDNs esmentats i després s’entreguen a usuaris propers a les dades sol·licitades. Algunes solucions arriben fins a la memòria cau local de llocs remots o satèl·lits de manera que aquests bits comuns resideixin en el lloc en què han estat consumits i no s’hauran de posar a l’abast a la xarxa WAN o a un enllaç d’internet.
El caché és sovint un mètode d’acceleració d’aplicacions preferit perquè és molt menys costós que les solucions que realitzen de forma comparables que es basen en les millores d’infraestructura. (Per obtenir més informació sobre la memòria cau, vegeu Quina escriptura és correcta? Consulteu els mètodes de caché d'E / S.)
Resum
Potser la norma bàsica general quan s’intenta optimitzar o accelerar les aplicacions virtuals en qualsevol entorn és primer intentar la memòria cau i després complementar aquesta estratègia amb altres tecnologies. La memòria cau és la solució menys costosa i també la menys invasiva. El millor consell és comprar molta RAM per a la memòria cau de memòria i SSD per a la memòria cau de dades en calent. Proveu de mantenir els costos gestionables, però recordeu que quan invertiu diners en infraestructures i en programari, podeu amortitzar-lo al llarg de la vida de la tecnologia i distribuir-lo de manera per usuari per facilitar la digestió. Al final, mantingueu productius i feliços els vostres usuaris i us donaran un treball remunerat.