ebook img

Algoritmos de optimización del ahorro energético en Cloud Computing PDF

116 Pages·2013·1.38 MB·Spanish
by  
Save to my drive
Quick download
Download
Most books are stored in the elastic cloud where traffic is expensive. For this reason, we have a limit on daily download.

Preview Algoritmos de optimización del ahorro energético en Cloud Computing

Algoritmos de optimizaci(cid:243)n del ahorro energØtico en Cloud Computing Juan Valero Rodr(cid:237)guez June 20, 2013 1 Antesdeempezarmegustar(cid:237)adarlasgraciasaldirectordelproyecto,Anto- nio Barba Mart(cid:237). TambiØn quisiera agradecer a Felip Riera Palou y a Carlos M(cid:252)ller CejÆs por los conocimientos que me han transmitido. Y por œltimo me gustar(cid:237)a dedicar este proyecto a Alba, a mis amigos, y a mi incombustible fa- milia por el apoyo prestado durante este largo camino. A todos, gracias por ayudarme a llegar al (cid:28)nal del tœnel. 2 ˝ndice General 1 Introducci(cid:243)n 7 1.1 Descripci(cid:243)n del proyecto . . . . . . . . . . . . . . . . . . . . . . . 7 1.2 Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.3 Descripci(cid:243)n de la memoria . . . . . . . . . . . . . . . . . . . . . . 8 1.4 Herramientas utilizadas . . . . . . . . . . . . . . . . . . . . . . . 9 2 Descripci(cid:243)n del entorno de trabajo 10 2.1 Sistemas de computaci(cid:243)n de tipo Nube . . . . . . . . . . . . . . . 10 2.1.1 De(cid:28)nici(cid:243)n de Nube y Cloud Computing . . . . . . . . . . 10 2.1.2 Conceptos importartes relacionados con el Cloud Com- puting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 2.1.3 Formas de implementaci(cid:243)n . . . . . . . . . . . . . . . . . 13 2.1.4 Ventajas e inconvenientes . . . . . . . . . . . . . . . . . . 18 2.2 Service Level Agreement (SLA) . . . . . . . . . . . . . . . . . . . 20 2.2.1 Arquitectura de sistemas basados en SLA dentro de un entorno tipo Cloud . . . . . . . . . . . . . . . . . . . . . 22 2.2.2 Protocolo Web Services Agreement . . . . . . . . . . . . 24 2.2.3 PartesdeunSLA(siguiendolasrecomendacionesdeWS- Agreements) . . . . . . . . . . . . . . . . . . . . . . . . . 25 2.3 Estado del arte . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 2.4 Descripci(cid:243)n del entorno de trabajo . . . . . . . . . . . . . . . . . 33 2.4.1 Descripci(cid:243)n del sistema implementado . . . . . . . . . . . 33 2.4.2 Descripci(cid:243)n de variables y parÆmetros . . . . . . . . . . . 38 3 Algoritmos de plani(cid:28)caci(cid:243)n 46 3.1 Algoritmos elementales . . . . . . . . . . . . . . . . . . . . . . . . 46 3.2 Algoritmos bÆsicos . . . . . . . . . . . . . . . . . . . . . . . . . . 49 3.3 Algoritmos h(cid:237)bridos . . . . . . . . . . . . . . . . . . . . . . . . . 55 4 Estudio y anÆlisis de los resultados 68 4.1 Prestaciones de los algoritmos h(cid:237)bridos en funci(cid:243)n de la disponi- bilidad del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . 68 4.2 Prestaciones de los algoritmos h(cid:237)bridos en funci(cid:243)n del nœmero total de peticiones por bloque . . . . . . . . . . . . . . . . . . . . 78 4.3 Prestaciones de los algoritmos h(cid:237)bridos en funci(cid:243)n de la cantidad de recursos por servicio . . . . . . . . . . . . . . . . . . . . . . . 84 4.4 Prestaciones de los algoritmos h(cid:237)bridos en funci(cid:243)n de la distribu- ci(cid:243)n de trÆ(cid:28)cos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 5 Conclusiones 110 5.1 Conclusiones del proyecto . . . . . . . . . . . . . . . . . . . . . . 110 5.2 Trabajos futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . 112 3 Lista de Tablas 1 TrÆ(cid:28)co garantizado para cada tipo de trÆ(cid:28)co . . . . . . . . . . . 36 2 Relaci(cid:243)n entre variables y coe(cid:28)cientes . . . . . . . . . . . . . . . 41 3 Sistema de coe(cid:28)cientes para cada per(cid:28)l. . . . . . . . . . . . . . . 41 4 Reparto de requisitos para cada tipo de trÆ(cid:28)co . . . . . . . . . . 61 5 Recursos necesarios en funci(cid:243)n del ratio de peticones aceptadas . 86 6 Asignaci(cid:243)n de distribuci(cid:243)n de trÆ(cid:28)cos para el caso de estudio del tipo I (Business) . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 Lista de Figuras 1 Visi(cid:243)n general de una arquitectura tipo nube basada en SLA. . . 22 2 Mapa conceptual de ofertas de acuerdo. . . . . . . . . . . . . . . 26 3 Ejemplos de posibles ofertas de acuerdo. . . . . . . . . . . . . . . 27 4 Ejemplo de un acuerdo de servicio. . . . . . . . . . . . . . . . . . 28 5 Esquema del comportamiento general del sistema. . . . . . . . . 34 6 Relaci(cid:243)n entre los tiempos de petici(cid:243)n y los posibles modos del servidor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 7 Proceso de solapamiento. . . . . . . . . . . . . . . . . . . . . . . 50 8 Diagrama de (cid:29)ujo del algoritmo h(cid:237)brido MiMMO.. . . . . . . . . 58 9 Diagrama de (cid:29)ujo del algoritmo h(cid:237)brido MiFMLB. . . . . . . . . 63 10 Diagrama de (cid:29)ujo del algoritmo h(cid:237)brido CoFiLB. . . . . . . . . . 66 11 Porcentajedepeticionesaceptadasenfunci(cid:243)ndeladisponibilidad del servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 12 Coste total del sistema en funci(cid:243)n de la disponibilidad del servicio. 71 13 Nœmerototalderecursosliberadosenfunci(cid:243)ndeladisponibilidad del servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 14 Informaci(cid:243)n de ajustes en funci(cid:243)n de la disponibilidad del servicio. 74 15 Informaci(cid:243)ndebalanceosdecargaenfunci(cid:243)ndeladisponibilidad del servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 16 NœmerodepØrdidasporserviciosaturadoenfunci(cid:243)ndeladisponi- bilidad del servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . 76 17 PorcentajesdepØrdidasdebidasalastresposiblescausasenfun- ci(cid:243)n de la disponibilidad del servicio. . . . . . . . . . . . . . . . . 77 18 Costemedioporrecursoutilizadoenfunci(cid:243)ndeladisponibilidad del servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 19 Porcentaje de peticiones aceptadas en funci(cid:243)n del tamaæo del bloque de peticiones. . . . . . . . . . . . . . . . . . . . . . . . . . 79 20 Costetotaldelsistemaenfunci(cid:243)ndeltamaæodelbloquedepeti- ciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 21 Nœmero total de recursos liberados en funci(cid:243)n del tamaæo del bloque de peticiones. . . . . . . . . . . . . . . . . . . . . . . . . . 81 22 Informaci(cid:243)ndeajustesenfunci(cid:243)ndeltamaæodelbloquedepeti- ciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 4 23 PorcentajesdepØrdidasdebidasalastresposiblescausasenfun- ci(cid:243)n del tamaæo del bloque de peticiones. . . . . . . . . . . . . . 83 24 PorcentajesdepØrdidasportipodetrÆ(cid:28)coenfunci(cid:243)ndeltamaæo del bloque de peticiones. . . . . . . . . . . . . . . . . . . . . . . . 84 25 Porcentaje de peticiones aceptadas en funci(cid:243)n del nœmero de re- cursos por servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . 85 26 Coste total del sistema en funci(cid:243)n del nœmero de recursos por servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 27 Nœmero total de recursos liberados en funci(cid:243)n del nœmero de recursos por servicio. . . . . . . . . . . . . . . . . . . . . . . . . . 88 28 Informaci(cid:243)n de ajustes en funci(cid:243)n del nœmero de recursos por servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 29 Porccentajedebalanceosdecargarealizadosenfunci(cid:243)ndelnœmero de recursos por servicio. . . . . . . . . . . . . . . . . . . . . . . . 89 30 PorcentajesdepØrdidasenfunci(cid:243)ndelnœmeroderecursosdisponibles. 90 31 Porcentaje de peticiones aceptadas en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo I en el sistema. . . . . . . . . . . . . . . . . . . . 92 32 Coste total en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo I en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 33 Recursos liberados en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo I en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 34 Porcentajes de los mecanismos de ahorro energØtico en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo I en el sistema. . . . . . . . . . . 94 35 Porcentajes de pØrdidas por trÆ(cid:28)co en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo I en el sistema. . . . . . . . . . . . . . . . . . . . 95 36 Porcentaje de peticiones aceptadas en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo II en el sistema. . . . . . . . . . . . . . . . . . . . 96 37 Coste total en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo II en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 38 Recursos liberados en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo II en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 39 Porcentajes de los mecanismos de ahorro energØtico en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo II en el sistema. . . . . . . . . . 98 40 Porcentajes de pØrdidas por trÆ(cid:28)co en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo II en el sistema. . . . . . . . . . . . . . . . . . . . 99 41 Porcentaje de peticiones aceptadas en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo III en el sistema. . . . . . . . . . . . . . . . . . . 100 42 Coste total en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo III en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 43 Recursosliberadosenfunci(cid:243)ndelaproporci(cid:243)ndeltrÆ(cid:28)cotipoIII en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 44 Porcentajes de los mecanismos de ahorro energØtico en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo III en el sistema. . . . . . . . . . 103 45 Porcentajes de pØrdidas por trÆ(cid:28)co en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo III en el sistema. . . . . . . . . . . . . . . . . . . 104 5 46 Porcentaje de peticiones aceptadas en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo IV en el sistema. . . . . . . . . . . . . . . . . . . 105 47 Coste total en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo IV en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 48 Recursosliberadosenfunci(cid:243)ndelaproporci(cid:243)ndeltrÆ(cid:28)cotipoIV en el sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 49 Porcentajes de los mecanismos de ahorro energØtico en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo IV en el sistema. . . . . . . . . . 107 50 Porcentajes de pØrdidas por trÆ(cid:28)co en funci(cid:243)n de la proporci(cid:243)n del trÆ(cid:28)co tipo IV en el sistema. . . . . . . . . . . . . . . . . . . 107 6 1 Introducci(cid:243)n 1.1 Descripci(cid:243)n del proyecto Es conocido por todo el mundo que las redes de telecomunicaciones estÆn en continua evoluci(cid:243)n. Es por ello que cada d(cid:237)a mÆs, se desarrollan nuevas tec- nolog(cid:237)as y aplicaciones que pretenden facilitar y agilizar las actividades tanto de las empresas como de los usuarios particulares. Esta constante evoluci(cid:243)n implica la aparici(cid:243)n de nuevas posibilidades dentro del mundo de las comu- nicaciones. Una de ellas es la posibilidad de descentralizar ciertas funciones mediante la migraci(cid:243)n de aplicaciones. En este contexto surge lo que se conoce como Cloud Computing. Este tipo de sistemas estÆ formado por una nube de servidores que proporcionan deter- minados servicios a los usuarios que acceden a ella. Toda red de computadores conlleva una gran cantidad de complejidades que deben abordarse con seriedad y otorgarles la relevancia correspondiente. Una de estas adversidades es el con- sumo del sistema, y c(cid:243)mo optimizarlo con el (cid:28)n de reducir costes y aumentar la celeridad en las comunicaciones. Este proyecto propone tres algoritmos que proporcionen un determinado ahorro en los costes minimizando el tiempo de uso efectivo de los nodos de la nube. Para ello se ha trabajado con un mecan- ismo de negociaci(cid:243)n de parÆmetros de calidad de servicio llamado Service Level Agreement (SLAenadelante). Graciasaesteprotocolosehanpodidoestablecer ciertosnivelesdecalidaddeservicio(per(cid:28)lesdeusuario,trÆ(cid:28)cogarantizado,...). LosalgoritmospropuestosdeberÆnimplementarseenunoselementosdelanube llamados Schedulers. Para poder realizar este proyecto se han tenido en cuenta una serie de vari- ables que in(cid:29)uyen directamente en el consumo total del sistema, como pueden ser el nœmero de CPU’s (o nodos de la nube) que se acuerda en la negociaci(cid:243)n SLA, o los tiempos de tarea o valores temporales l(cid:237)mite (deadline times). Tam- biØn se han tenido en consideraci(cid:243)n otros factores ajenos a la negociaci(cid:243)n SLA, como por ejemplo el tiempo total virtual del sistema. Con el (cid:28)n de determinar la e(cid:28)ciencia de todos los algoritmos propuesto e implementados en este proyecto, se han realizado una serie de simulaciones en el proyecto. Gracias a dichas simulaciones se ha podido estudiar el com- portamiento y las prestaciones de los mecanismos de gesti(cid:243)n y asignaci(cid:243)n de recursos propuestos en el presente documento. 1.2 Objetivos Elprincipalobjetivodeesteproyectoeseldedesarrollarunaseriedealgoritmos queproporcionenunahorrodelcosteenunsistemadeCloudComputingbasado en SLA. Sin embargo, este objetivo principal puede desglosarse en una serie de objetivos mÆs espec(cid:237)(cid:28)cos. A continuaci(cid:243)n se indican estos objetivos: • Estudio del ahorro energØtico en un entorno de Cloud Computing. • De(cid:28)nir una serie de tØcnicas o mecanismos de ahorro energØtico. 7 • Poner a prueba estas tØcnicas mediante el desarrollo de algoritmos e(cid:28)- cientes. Cabedestacarqueesnecesarioalcanzarunaseriedehitosometasquesuponen el medio para lograr satisfacer los objetivos. Dichos hitos son los siguientes: 1. Establecer un entorno real y concreto sobre el que trabajar y realizar las pruebas necesarias relacionadas con el proyecto. 2. Crear un cierto nivel de servicio mediante las relaciones acordadas con el protocolo SLA. 3. Diseæar y desarrollar varios algoritmos que reduzcan el coste del sistema sin que se vea afectada la calidad de servicio solicitada por el usuario, empleando mecanismos de ahorro energØtico habituales en entornos de computaci(cid:243)n tipo nube. 4. Analizar las prestaciones de los algoritmos desarrollados en el proyecto mediante comparativas, tablas y grÆ(cid:28)cas de resultados. 5. Proponer una serie de posibles trabajos futuros que permitan mejorar o ampliar el rendimiento de los algoritmos con los que se trabaja en este proyecto o incluso presentar variaciones de los mismos. 1.3 Descripci(cid:243)n de la memoria El presente documento consta de cinco cap(cid:237)tulos, en los que se detalla y se analiza el comportamiento de varios algoritmos de asignaci(cid:243)n de recursos en sistemasdeCloudComputingmediantemecanismosdenegociaci(cid:243)nSLA.Tam- biØn se abordan los aspectos te(cid:243)ricos mÆs relevantes relacionados con cada uno de los puntos fuertes del proyecto. En el primer cap(cid:237)tulo se realiza una breve introducci(cid:243)n sobre el documento y sobre las principales motivaciones del mismo. Elsegundocap(cid:237)tuloestÆdestinadoatodolorelacionadoconlaargumentaci(cid:243)n te(cid:243)ricaque sustentael entornodel proyecto. Estaparte secentrarÆ endescribir el entorno de trabajo, es decir, el sistema de computaci(cid:243)n Cloud Computing. Obviamente tambiØn se establecerÆn las bases fundamentales de la negociaci(cid:243)n, o dicho de otro modo, el protocolo SLA. En la œltima parte de este cap(cid:237)tulo se de(cid:28)ne el entorno desarrollado en el proyecto sobre el que se han realizado todas las simulaciones y sus resultados correspondientes. Eltercercap(cid:237)tulosecentraenexplicardetalladamentelosalgoritmosconlos quesehantrabajadoenesteproyecto. Enestecap(cid:237)tulosepretendeexponercon claridad las caracter(cid:237)sticas diferenciadoras de los distintos algoritmos, as(cid:237) como las propiedades principales de cada uno de ellos y los mecanismos de reducci(cid:243)n de coste empleados. El cap(cid:237)tulo cuarto estÆ destinado al anÆlisis exhaustivo de las prestaciones de los algoritmos comentados en el cap(cid:237)tulo tres, haciendo especial hincapiØ el losalgoritmosh(cid:237)bridospropuestosenelproyecto. Seexponenunagrancantidad 8 detablasygrÆ(cid:28)cascomparativasquepermitenexaminarlascualidadesdecada algoritmo. Losresultadosquesemuestranenestecap(cid:237)tulocerti(cid:28)canelahorroen el coste que ofrecen las diferentes soluciones propuestas para una gran cantidad de situaciones diferentes. En el quinto y œltimo cap(cid:237)tulo se resumen brevemente las conclusiones mÆs relevantes que a las que se han llegado con la realizaci(cid:243)n de este proyecto. AdemÆsestecap(cid:237)tuloincluyeunaseriedeposiblestrabajosfuturosrelacionados con la temÆtica de este proyecto. 1.4 Herramientas utilizadas Antes de pasar con la descripci(cid:243)n del entorno de trabajo, es importante men- cionar las herramientas utilizadas para la elaboraci(cid:243)n tanto del proyecto en s(cid:237), como de la presente memoria. Para realizar las simulaciones de las prestaciones de los algoritmos, se ha utilizado la herramienta Matrix Laboratory (Matlab) en su versi(cid:243)n 7.10.0.499 (R2010a), ya que proporciona muchas de las funciones necesarias para poder simularcorrectamenteelentornoqueesteproyectoprecisa. Matlabesunpro- grama de cÆlculo numØrico especializado en vectores y matrices, con lo que en- cajaperfectamenteconlasnecesidadesdesimulaci(cid:243)ndeesteproyecto. AdemÆs, Matlab cuenta con un lenguaje de programaci(cid:243)n propio, lo cual resulta muy atractivoalahoradeimplementarelfuncionamientodelosdiferentesalgoritmos de asignaci(cid:243)n de recursos. Para la realizaci(cid:243)n del presente documento se ha empleado LATEX, que es un sistema de composici(cid:243)n de textos, orientado especialmente a la creaci(cid:243)n de libros, documentos cient(cid:237)(cid:28)cos y tØcnicos que contengan f(cid:243)rmulas matemÆticas. T(cid:237)picamente se usa para la composici(cid:243)n de art(cid:237)culos acadØmicos, tesis y libros tØcnicosdadoquelacalidadtipogrÆ(cid:28)cadelosdocumentosrealizadosconLATEX escomparablealadeunaeditorialcient(cid:237)(cid:28)cadeprimeral(cid:237)nea. Esporesemotivo por lo que se ha cre(cid:237)do conveniente utilizarlo para ese (cid:28)n. 9 2 Descripci(cid:243)n del entorno de trabajo En este cap(cid:237)tulo se describe el entorno en el que se ha trabajado para la re- alizaci(cid:243)n del proyecto. Para poder comprender mejor el entorno del proyecto, es necesario establecer primero unas bases te(cid:243)ricas a cerca de las principales tecnolog(cid:237)as relacionadas con el mismo. En el presente documento se abordan los aspectos mÆs relevantes de los sistemas de computaci(cid:243)n de tipo nube y del protocolo de negociaci(cid:243)n SLA. Se completarÆ este apartado te(cid:243)rico con un breve repaso al estado del arte en lo referente a la forma de abordar el ahorro energØtico en entornos de Cloud Computing. Una vez se disponen de los con- ceptos bÆsicos te(cid:243)ricos, se puede elaborar un sistema de trabajo con el que se puedan realizar simulaciones y evaluar los resultados obtenidos. En la parte (cid:28)nal de este cap(cid:237)tulo se representarÆ un esquema del escenario implementado en el proyecto, comentando todos y cada uno de los elementos que intervienen en Øl. 2.1 Sistemas de computaci(cid:243)n de tipo Nube En las œltimas dØcadas los procesos de deslocalizaci(cid:243)n e internacionalizaci(cid:243)n de las grandes empresas, unidos a la explosi(cid:243)n en el uso la de tecnolog(cid:237)as de infor- maci(cid:243)nyprocesamientodedatos,hanhechoquelasnecesidadesdec(cid:243)mputode las grandes empresas y organizaciones hayan crecido a un ritmo superior al que lohac(cid:237)alacapacidaddecÆlculodelosordenadorespersonales. Porestemotivo, y para satisfacer las necesidades de los sistemas de computaci(cid:243)n mÆs exigentes, sehaproducidounainteresanteevoluci(cid:243)ndelasarquitecturasdecÆlculo,basada fundamentalmente en la ejecuci(cid:243)n simultÆnea de procesos en mœltiples equipos informÆticos. 2.1.1 De(cid:28)nici(cid:243)n de Nube y Cloud Computing Lacomputaci(cid:243)nenlanubesonservidoresdesdeInternetencargadosdeatender las peticiones en cualquier momento. Se puede tener acceso a su informaci(cid:243)n o servicio, mediante una conexi(cid:243)n a Internet desde cualquier dispositivo m(cid:243)vil o (cid:28)joubicadoencualquierlugar. Sirvenasususuariosdesdevariosproveedoresde alojamientorepartidosfrecuentementetambiØnportodoelmundo. Estamedida reduce los costes, garantiza un mejor tiempo de actividad y que los sitios web seaninvulnerablesaloshackers,alosgobiernoslocalesyasusredadaspoliciales. Elcambioqueofrecelacomputaci(cid:243)ndesdelanubeesquepermiteaumentar el nœmero de servicios basados en la red. Esto genera bene(cid:28)cios tanto para los proveedores, que pueden ofrecer, de forma mÆs rÆpida y e(cid:28)ciente, un mayor nœmerodeservicios,comoparalosusuariosquetienenlaposibilidaddeacceder aellos,disfrutandodela(cid:16)transparencia(cid:17) einmediatezdelsistemaydeunmodelo de pago por consumo. Asimismo, el consumidor ahorra los costes salariales o los costes en inversi(cid:243)n econ(cid:243)mica (locales, material especializado, etc). La Computaci(cid:243)n en la Nube (o Cloud Computing) es un nuevo modelo de prestaci(cid:243)n de servicios de negocio y tecnolog(cid:237)a, que permite incluso al usuario 10

Description:
Live, MobileMe y SAP Business ByDesign. • Plataforma como Servicio, Paas. Este modelo Services (productos como Amazon EC2, Amazon S3 o Amazon Elastic. MapReduce, entre otros), GoGrid y Cada plan Cloud Computing cuenta con rewalls lógicos y físicos de alta fiabilidad, entregados por
See more

The list of books you might like

Most books are stored in the elastic cloud where traffic is expensive. For this reason, we have a limit on daily download.