AISI

Administración de Servidores Web: AWS

MWS AWS

AWS

MWS AWS

Caso práctico: Start-up con app móvil que requiere computación y almacenamiento de datosl Opción A: Adquirir servidores y housing/hosting de la app en nuestra sede (in-house)

l Opción B: En la sede de un 3º (con nuestros equipos o no, pero dedicados)

l Opción B': hosting compartidol Opción C: Proveedor de Cloud

introducción

MWS AWS

Cloud computing: Pradigma que permite ofrecer servicios (cómputo, almacenamiento, etc) a través de Internetl Aprovechamiento de la economía de escala de los grandes proveedores

l Pago por uso, sin inversión en infraestructura inicial: de hora de CPU, por GB almacenado + enviado/recibido

l Aprovisionamiento dinámicol Permite que gasto en IT se convierta en gastos de operación en lugar de inversión Principal crítica: pérdida de control de datos

introducción

MWS AWS

Demanda de recursos es variable: [2,20]% con picos ante eventos extraordinarios

introducción

MWS AWScloud

cloud

Ajustar consumo a necesidades:Evita desperdiciar recursos de cómputoEvita pérdida de prestaciones soportando picos de

carga

MWS AWS

Cloud privado: infraestructura de uso exclusivo para una instituciónCloud de comunidad: federación de recursos de diferentes organizacionesCloud Público: todo el mundo mediante pago por usoCloud híbrido: combinación privado con extensión a público

Modelos de despliegue

MWS AWSModelos de servicio

Modelos: IaaS Para sysadmins

MWS AWS

Platform as a Service (PaaS) l Proveedor proporciona al desarrollador API de plataforma para el desarrollo de apps que se ejecutan en la plataforma del proveedor

l Desarrollador no gestiona ni HW ni SO subyacente

l Ejemplos: Google App Engine, Herokul Tanto AWS como Azure incluyen funcionalidad PaaS

Modelos de servicio

MWS AWScloud

l Basado en virtualizaciónl Permite disponer de un o más servidores completos (con GNU/Linux y

Windows Server) con acceso rootl Proporciona entorno propio: caso AWS (http://aws.amazon.com/es/)l Propio monitor: CloudWatchl Propia base de datos: RDS (Relational Database Service: MySQL,

Oracle,…), simpleDB (noSQL), ElastiCachePropio balanceador: AutoScaler

(https://aws.amazon.com/es/autoscaling/) , ELB (http://aws.amazon.com/es/elasticloadbalancing/) l Propio almacenamiento: Glacier (duraderos),S3

(http://aws.amazon.com/es/s3/), RRS (redundancia), EBS (http://aws.amazon.com/es/ebs/)

l Amazon Route 53, Amazon Simple Email Service (SES)

l Modelos: IaaS Para sysadmins

MWS AWS

Es imprescindible diseñar una app escalable para poder aprovechar las ventajas de una infraestructura escalableIdealmente, una app desplegada en cloud constará de uno o más servicios que:l Permiten aprovisionar y liberar recursos (adaptación a cargas de trabajo variable)

l Se comunican con otros servicios de forma desacoplada y gestionando contingencias

l Están replicadosl Distribuidosl Se despliegan y configuran automáticamente

Apps Cloud

MWS AWS

Aprovisionar y liberar recursos:l De cómputo: despliegue de instancias (EC2, Azure roles)

l De almacenamiento de ficheros (S3, Windows Azure Storage)

l De almacenamiento de información: Amazon RDS, SimpleDB y Windows Azure SQL DB

Aprovisionamiento automático:l AutoScaling de AWSl Autoscaling Application Block de Windows Azure Comunicación desacoplada: Colas elásticas de mensajes: Amazon Simple Queue Service y Windows Azure Queue Storage Service

Apps Cloud

MWS AWS

Replicación: diferentes instanciasl En cómputo: Podemos tener balanceador de carga

(Amazon ELB, HAProxy) en conjunción con grupos de autoescalado (auto scaling)

l En almacenamiento de información: Réplicas de lectura de base de datos con RDS (permite esquemas de replicación)

l Ficheros: S3 y SimpleDB replican datos por tolerancia a fallos

Distribución geográfica: AWS Regions y Windwos Azure regionsl Aspectos: Latencia, usos de zonas disponibilidad para

reducir latencial Amazon CloudFront para distribuir contenido (estático,

streaming) desde 14 localizacionesl Windows Azure Content Delivery Network (CDN)

Apps Cloud

MWS AWS

Una app cloud debe ser diseñada para aprovechar las capacidades cloudIdealmente debe cumplir los requisitos de alta disponibilidad, tolerancia a fallos, elasticidad, etc.AWS y Azure (y otros) ofrecen numerosos servicios que permiten la construcción de aplicaciones Cloud

conclusiones

MWS AWS

Servicios de infraestructura proporcionados por AWS:l Elastic Compute Cloud (EC2): “provides resizable compute capacity in the cloud”l Crea Vms instancias de servidor→

l Simple Storage Service (S3): “provides a web services interface that can be used to store and retrieve unlimited amounts of data, at any time, from anywhere on the Web”

l Simple Queue Service (SQS): “distributed queue messaging service”

conclusiones

MWS AWS

Servicios de infraestructura proporcionados por AWS:l CloudFront: “content delivery network that delivers your content using a global network of edge locations”

l SimpleDB: “a web service providing the core database functions of data indexing and querying” https://aws.amazon.com/es/simpledb/

l RDS: Base de datos relacional. 6 motores: MySQL, MariaDB, Oracle,... https://aws.amazon.com/es/rds/

Nota: Presupuesto de costes en AWS: https://calculator.s3.amazonaws.com/index.html

conclusiones

MWS AWSconclusiones

MWS AWS

https://gallir.wordpress.com/2009/12/30/como-montamos-meneame-en-amazon-ec2/https://gallir.wordpress.com/2013/10/14/monitorizacion-y-self-healing-de-autoscalerloadbalancer-de-amazon-aws/https://gallir.wordpress.com/2013/09/11/deteccion-de-dos-y-bloqueo-automatico-de-ips-con-el-loadbalancer-de-amazon-aws/https://gallir.wordpress.com/2013/03/17/particionado-funcional-economico-en-amazon-rds-y-cachea-todo-estupido/https://gallir.wordpress.com/2011/08/19/peguntas-y-10-puntos-claves-de-amazon-ec2/http://www.daboblog.com/2011/03/16/kernel-panic-especial-amazon-ec2-con-ricardo-galli-meneame-uib-y-raul-naveiras/

Ejemplo: meneame.net

MWS AWS

Cloud Application Architectures,George Reese, O’Reilly, 2009Cloud Security and Privacy,Tim

Mather, Subra Kumaraswamy, and Shahed Latif, O’Reilly, 2009

Referencias