Vea discusiones, estadísticas y perfiles de autores para esta publicación en: https://www.researchgate.

net/publication/316272264

SLAManagement en Cloud Federation

Documento de sesión en Innovación inteligente · Marzo de 2017

DOI: 10.1007 / 978-3-319-63645-0_45

CITACIONES LEE

2 841

3 autores , incluso:

Vipul Chudasama Tilala Dhaval

Universidad Nirma Universidad Nirma

7 PUBLICACIONES 3 CITACIONES 1 PUBLICACIÓN 2 CITACIONES

VER EL PERFIL VER EL PERFIL

Algunos de los autores de esta publicación también están trabajando en estos proyectos relacionados:

Estándares y protocolos de Internet de las cosas (IoT) Ver Proyecto

Un modelo de calificación de confianza que utiliza lógica difusa en la nube Ver Proyecto

Todo el contenido que sigue a esta página fue subido por Tilala Dhaval el 20 de abril de 2017.

El usuario ha solicitado una mejora del archivo descargado.

 Gestión de SLA en la federación de la nube

Vipul Chudasama, Dhaval Tilala y el doctor Madhuri Bhavsar

Universidad Nirma, Instituto de Tecnología,

Ciencia computacional e ingeniería,
SG Highway, Ahmedabad - 382481, India
{vipul.chudasama, 15mcen28, madhuri.bhavsar} @ nirmauni.ac.in

Resumen. Hoy en día, la computación en la nube es el área principal de investigación porque la

computación en la nube tiene muchos beneficios. La computación en la nube también proporciona
Recursos rentables para que pueda resultar cada vez más útil para las tendencias de TI. La
computación distribuida es un arreglo extenso que transmite a TI como una administración. Es un
acuerdo de registro basado en Internet en el que los activos compartidos se entregan como energía
distribuida en la red eléctrica. La nube sugiere a un entorno de TI particular que se espera con el
objetivo final de aprovisionar de forma remota recursos de TI versátiles y medidos. Mientras que
Internet brinda acceso abierto a muchos activos de TI basados en la Web, una nube suele ser
exclusiva y ofrece acceso a los activos de TI que se miden después de la implementación de los SLA
que dependen de pautas que se rediseñan en tiempo de ejecución para reconocer proactivamente las
posibles infracciones de SLA y manejarlas de manera adecuada. Nuestro marco propuesto permite la
creación e implementación de SLA efectivos para la provisión del servicio. La gestión de SLA es un
tipo de comprensión común entre CSP (Proveedor de servicios en la nube) y el cliente.

Palabras clave: Cloud Federation, ciclo de vida de SLA, arquitectura de gestión de SLA
, Violación de SLA.

1. Introducción

La mayoría de los clientes guardan sus datos y pueden recuperarlos en cualquier momento y desde cualquier lugar sin
preocuparse por la copia de seguridad y la recuperación de datos. La computación en la nube tiene sus propios
beneficios importantes, por lo que todas las tendencias tecnológicas se orientan hacia ella. Comúnmente, la
comprensión de la computación en la nube se expande continuamente y los conceptos se utilizan para definirla y, a
menudo, necesitan aclararse. Las fuentes de información pueden incorporar bases de datos, centros de distribución de
información, la Web, otros almacenes de datos o información que se inserta en el marco de forma dinámica. Se ha dicho
que la nube es otra innovación en el tiempo de la PC, pero su ejecución en el mercado muestra una imagen muy
sorprendente. Actualmente, las organizaciones están alquilando activos para la capacidad y otros propósitos
computacionales de la nube de marcos para que el costo del marco pueda disminuir.

La Computación en la Nube se refiere principalmente a brindar servicios bajo demanda con el mejor
aprovechamiento de los recursos que utilizan todos y cada uno de los hosts en el
racimo. también proporciona una manera flexible de aprovisionar el recurso para brindar un resultado más
rápido y eficiente al usuario. La programación y asignación de recursos se considera principalmente un tema
crítico en la computación en la nube. En general, es difícil o difícil encontrar una asignación de recursos
óptima que minimice la ejecución y utilice eficazmente el recurso disponible.

2. Trabajo relacionado

R.Buyya [2] contribuyó a que el sistema existente para los marcos de administración de recursos en el acuerdo de nivel
de servicio del centro de servidor de datos organizó la asignación de recursos. Actualmente no se ha realizado ningún
trabajo para la administración impulsada por el cliente, la gestión de riesgos computacionales, en el marco de
aprovisionamiento de activos basado en el mercado para las empresas que cambian poderosamente la necesidad de la
computación en la nube. Así, el artículo presenta Arquitectura de asignación de recursos orientada a SLA y visión y
Desafíos de acuerdo con una combinación de arquitectura de políticas y tecnologías de aprovisionamiento de recursos
basadas en el mercado para la asignación dinámica de recursos.

Adil Maarouf [5] Proporciona el ciclo de vida de SLA con modelos prácticos en computación en la nube.
Porque se ha incrementado la investigación en el acuerdo de nivel de servicio. Debido a la función principal de
la solución, el intercambio entre el Proveedor de servicios en la nube y el Cliente. Todos y cada uno de los SLA
tienen un ciclo de vida diferente para operar y el ciclo de vida del SLA incluye diferentes etapas de acuerdo con
su requisito y dominio. aquí los pasos del ciclo de vida del SLA dados para los cambios del punto de vista de
todos los clientes requeridos en el acuerdo. para las ilustraciones se demuestra que las fases fundamentales,
estructuras, procesos y sustancias, UML muestran gráficas.

Sk Garg [8] investigó que para cualquier tipo de aplicación alojada en la nube y
La empresa que presta servicios a los clientes de software tiene que conservar su propio hardware o alquilarlo a
proveedores de framework. El software como empresa proveedora de servicios tiene un costo adicional. El documento
muestra que el algoritmo propuesto muestra el y está diseñado de una manera que garantiza que los proveedores de SaaS
sean capaces de mantener el cambio dinámico de los clientes y su demanda a los parámetros de nivel de marco. en este
documento también se considera que QoS es como tiempo de respuesta, tiempo de inicio del servicio.

Torsten braun [1] presenta el objetivo de la aplicación Enterprise For Distributed administrada en entornos de
computación en la nube Bajo el acuerdo de nivel de servicio mantiene optimizar el control de recursos. La
disertación se centra principalmente en cómo se puede utilizar el SLA como entrada del sistema de gestión de la
nube. ¿Qué objetivo es aumentar la eficiencia para la asignación de recursos para comenzar con el modelo
semántico de creator presenta SLA? Además, caracterice el cálculo de la asignación de VM multipropósito para la
designación de activos productivos en nubes de infraestructura.

Kuan C.Lai [3] La asignación de recursos propuesta permite y reduce el consumo de energía en los proveedores de
servicios en la nube y también obtiene más ganancias. Algunas veces, el cliente envía más trabajos al servidor y el
proveedor de la nube no tiene suficientes recursos para completar los trabajos en ese momento, el proveedor de la nube
tiene que arrendar recursos de otros. así que para resolver este problema introduzca un problema basado en subastas
combinatorias para
asignación de recursos diferente y este sistema concluye que más beneficio para el cliente de la nube. A.
Voulodimos [6] Define SLA personalizados en entornos de computación en la nube porque hoy en día la demanda
de almacenamiento en línea está aumentando rápidamente. El cliente de la nube puede almacenar y recuperar
datos sin tener que preocuparse por la copia de seguridad y la recuperación de datos. En este sistema el cliente
puede elegir su Requisito y crea SLA de acuerdo a sus necesidades. Los SLA se gestionan automáticamente de
acuerdo con sus reglas y se actualizan en tiempo de ejecución y también gestiona la violación de SLA de manera
adecuada.

3 Escenario existente

- Actualmente, hay varios tipos de trabajo que se realizan con respecto a la gestión de SLA, de los cuales la
mayor parte del trabajo se realiza en el área de nube única significa solo para la nube pública o privada.

- Pero se ha realizado algún trabajo para la gestión de SLA para la nube pública o la nube privada y se ha
desarrollado algún método para el seguimiento de SLA.
- Los algoritmos existentes para la violación de SLA no son demasiado eficientes y solo se consideran
uno o dos parámetros.
- Es necesario modificar el algoritmo de gestión de SLA y expandirlo con éxito para la federación en la
nube y también desarrollar un algoritmo para el sistema de supervisión de SLA con la infracción.

3.1 Gestión de SLA en la nube

Figura 1. Ciclo de vida del SLA (acuerdo de nivel de servicio) [7]

 1. Descubrir proveedores de servicios: dónde se sitúan las organizaciones especializadas por necesidades.

2. Definir SLA: incorpora el significado de administraciones, partes, enfoques de penalización y parámetros

de QoS. En esta progresión es posible que las reuniones consulten para lograr un entendimiento.

3. Establecer un acuerdo: un formato SLA se construye y se completa mediante un entendimiento particular, y

las reuniones comienzan a centrarse en la asentimiento.
4. Monitorear la violación del SLA: la ejecución de la transferencia del proveedor se compara con el
acuerdo.
5. Terminar SLA: El SLA termina debido al tiempo de espera o la violación de cualquier parte.
6. Hacer cumplir las sanciones por infracción de SLA: en los servicios en la nube que se reúnen y dañan los
términos del contrato, se ejecutan las sanciones y las condiciones correspondientes. [5]

4 Sistema propuesto

4.1 Arquitectura del sistema propuesta

Figura 2. Diagrama de bloques propuesto de la gestión de SLA en la federación de la nube

Aquí tenemos nubes privadas y nubes públicas. Hay un corredor central en el nivel superior que recibe
la solicitud del usuario después de sus transferencias al corredor del agente de nube pública y privada. por
lo que verifica el catálogo de recursos y toma las medidas adecuadas al respecto.
 Suponemos que en nuestra nube federada, la nube pública tendrá un gran grupo de recursos como mips, ram,
ancho de banda, almacenamiento, etc. También asumimos que la nube privada tendrá un grupo de recursos más
pequeño en comparación con la nube pública. Las nubes se conectan con la ayuda de un corredor también conocido
como Cloud Broker. [4]
Ahora viene la solicitud de nuevo usuario para la asignación de recursos y la administración de SLA al agente
ubicado en el centro. Después de Analizar, el agente de la solicitud decide de acuerdo con los parámetros que
decide si la Federación es necesaria o no. Si se necesita federación, póngase en contacto con el agente de nube
pública y privada para la asignación de recursos.

Después de completar esta tarea, Solicite la Transferencia al Sistema de Gestión SLAM y de acuerdo
con su ID dado (0 = Nuevo SLA, 1 = Violación) transfiera la Solicitud a ese Departamento. Después de
completar esto, se transferirá a la sección Cuenta y facturación y generará la factura de acuerdo con sus ID
de usuario.
Se generará un SLA por única vez. Después de que el sistema de gestión de SLA esté supervisando todo el
sistema. si se produce una infracción debido a cualquier límite de umbral dado, el usuario no recibirá servicio en ese
momento en que se detecte la infracción.

5 Algoritmo propuesto

Términos básicos:
Mi = Mips de la i-ésima nube, RAi = RAM de la i-ésima nube, Bi = Ancho de banda de la i-ésima nube, Ri = Recursos
totales en la i-ésima nube, Ri = Mi + RAi + Bi.

Parámetros: TM = umbral de MIPS, TRA = umbral de RAM, TB

= Threshold of Bandwidth, TU = Threshold of Uptime, TS = Threshold of storage, TC = Threshold of Max
Cost, Sid = Id of SLA, Uid = User ID, Rid = Request ID, minCPU = porcentaje mínimo de CPU
proporcionado, maxCPU = máximo Porcentaje de CPU proporcionado, minMEM = cantidad mínima de
memoria proporcionada, maxMEM = cantidad máxima de memoria proporcionada.

Algoritmo 1 Algoritmo para requisitos del usuario

I / p: obtiene la entrada del usuario.

O / p: crear Federación (asignar recursos) El usuario da el

requisito
No de Vm
Con fi guración de VM (Mips, ancho de banda, RAM, almacenamiento) Analice
el requisito
Consultar recursos
Luego
Clasifique la nube pública y privada
Si los recursos están disponibles (para los requisitos del usuario) luego

Crear VM ();
terminara si

Hacer Federación ();

Algoritmo 2 Algoritmo para requisitos del usuario
/ * Crear VM * /
Crear VM (Vid, ID de usuario, Mips, RAM, BW, Tamaño, Vmm, Cloud Schedular)
{
Establecer (Vid, UserID, Mips, Ram, BW, Tamaño, VMM, Cloudlet Schedular);
}
Hacer Federación ();
Asignar recursos al cliente; Identificar el
requisito de usuario ID1 = Nuevo SLA

ID2 = Violación
Si ID == 1 luego
Crear nuevo SLA ();
si no ID == 2 luego
Violación ();
terminara si

Algoritmo 3 Crear nuevo algoritmo SLA:

1: i / p: Id utilizado
2: o / p: Generar nuevo SLA 3:
Requisito de entrada de usuario
4: Requisito de análisis del cliente 5: Crear
SLA ();
6: / * Crear nuevo SLA * / 7: Crear
SLA
8: Obtener (tipo de solicitud, tipo de cuenta, duración del contrato, tiempo de respuesta, tipos de VM, servicio
tiempo de inicio, precio de VM, tiempo de transferencia de datos, velocidad de transferencia de datos);

El algoritmo 1 define los requisitos del usuario, en este algoritmo primero verifique el requisito del usuario
después de analizar el algoritmo de requisitos y cree una nueva VM si es necesario. y si se necesita la federación,
cree una federación.
Algorithm2 muestra la VM creada de acuerdo con el requisito y se asigna al Cliente como servicios de
recursos. Después de eso, nuevamente verifica el tipo de solicitud y toma las medidas adecuadas al
respecto.
Después de crear la federación en Algorithm3, crea SLA para el usuario apropiado según sus ID. Para crear SLA
se consideran los siguientes parámetros (tipo de solicitud, tipo de cuenta, duración del contrato, tiempo de
respuesta), etc.
Definir penalidad: P1 = Penalización por Mips / unidad = 0.01, P2 = Penalización por Ram / unidad = 0.03, P3 = Penalización por

ancho de banda / unidad = 0.05, P4 = Penalización por tiempo de actividad / unidad

= 500, P5 = Pen {alty para Almacenamiento / unidad = | 0.07, P6 = Penalización por - Costo / unidad = 100, para

(i =} 1; i <7; i ++) Penalización total = Σ 7 yo = 1 ProvidedResource (i) RequestedResource (i) ∗

Pi;
Algoritmo 4 Algoritmo de infracción
1: i / p: ID de infracción
2: o / p: Identificar la infracción y tomar las medidas adecuadas 3: Supervisar el
SLA
4: Detectar violación (parámetros como MIPS, RAM, BANDWIDTH, UPTIME) 5: Si ( T.RA <50 GB) luego

6: La infracción se produjo debido a una RAM 7 insuficiente: más

si ( TM <1500000) luego
8: La infracción ocurrió debido a MIPS entonces 9: más
si ( TB <10 GB) luego
10: La violación ocurrió debido a un ancho de banda insuficiente 11: más
si ( TU <97%) luego
12: La infracción se produjo debido a un UPTIME 13 insuficiente: más
si ( TR <2000 GB) luego
14: La infracción se produjo debido a un ALMACENAMIENTO insuficiente 15: más si ( TC>

De fi nido por el usuario) luego

dieciséis: La infracción ocurrió debido a un Costo insuficiente 17:

Identificar parámetros de infracción
18: Tomar las medidas adecuadas (sanción, despido) 19: terminara si

Aquí, en este algoritmo4 hay un algoritmo de muestra para detectar la violación de los servicios. después de la
detección de la infracción, define la sanción apropiada, cuenta el monto total de la sanción.

6 Conclusión y trabajo futuro

El modelo propuesto es beneficioso según el requisito del usuario, que puede ser administrado por CSP (proveedor de
servicios en la nube). Este modelo proporciona transparencia a la relación del cliente con el proveedor de la nube. En el
futuro, el modelo propuesto se puede ejecutar para la información de facturación para una mejor calidad del SLA y la
satisfacción del cliente.

Referencias

[1] Alexandru-Florian Antonescu y Torsten Braun. Acuerdos de nivel de servicio Gestión impulsada de
aplicaciones distribuidas en entornos de computación en la nube. IEEE, abril de 2015, págs.
1122–1128. Rajkumar Buyya y Saurabh Kumar Garg. Aprovisionamiento de recursos orientado a SLA
[2] para Cloud Computing: desafíos, arquitectura y soluciones. IEEE,

2011, págs. 1-10.

[3] Chao-Tung Yang Chi-Chung Chang Kuan-chou Lai. Aprovisionamiento de recursos basado en subastas
con consideración de SLA en sistemas de múltiples nubes. IEEE,
2013, págs. 445–450.
[4] Waheed iqbal y David Carrera. Gestión dinámica de recursos basada en SLA para aplicaciones web
de varios niveles en una nube. IEEE, 2010, págs. 832–837.
 [5] Adil Maarouf y AbderrahimMarzouk. Modelado práctico del ciclo de vida de SLA en la nube. IEEE,
2015, págs. 52–58.
[6] Nikoletta Mavrogeorgi, Vassilions Alexandrou y Athanasios Voulodioms.
SLA personalizados en entornos de nube. IEEE, 2013, págs. 262–269. Komal Singh patel y A k Sarje. Método
[7] de aprovisionamiento de VM para mejorar el beneficio y la infracción de SLA de los proveedores de servicios
en la nube. IEEE, 2012, págs. 1-3. Linwin Wu y Saurabh Kumar Garg. Asignación de recursos basada en
[8] SLA para software como proveedor de servicios (Saas) en un entorno de computación en la nube.

IEEE, 2011, págs. 195–204.

Viieew
wppuubblliiccaactitud
enn ssttaattss