Amazon EC2 vs Servidor dedicado en Hetzner, ¿de qué sirve EC2?


8

Después de buscar en la web, todavía no puedo encontrar la razón para usar EC2. ¿Cuál es el punto de escalar EC2? Si esperas una gran explosión en el tráfico, dicen.

Bien, pero ¿qué pasa si ya tiene un par de sitios con buen tráfico y, por ejemplo, una instancia EC2 reservada mediana no es suficiente?

Usted paga $ 36.60 (medio reservado por 1 año) en la UE (Irlanda) + tráfico + gastos opcionales para bases de datos y S3 si los usa.

Por supuesto, en algún momento cuando tenga menos de $ 56.6- $ 66.1 puede optimizar sus costos de alojamiento con Amazon EC2. Pero cuando llegue en algún momento si compra el servidor EX4 de Hetzner, superará sus necesidades de rendimiento durante mucho tiempo, antes de obtener un tráfico masivo. (¿Estoy equivocado?)

CPU: i7-2600 Quadcore (3.4-3.8 Ghz)

RAM: 16 GB

HDD: SATA de 2x3 TB (6 Gbit / s): creo que el rendimiento del disco de un dedicado es mejor que el de Amazon EBS

Tráfico: 10 TiB en mes incluido. Esto es lo que obtiene de Hetzner por $ 56 (- 19% de IVA) o $ 66 para los residentes de la UE.

Por favor, dime ¿cuál es la razón para usar Amazon? ¿Qué carga no tomará un servidor de Hetzner, pero sí Amazon Auto Scaling?

El mantenimiento de dedicado vs EC2 sigue siendo el mismo? ¿O la falla de hardware en Amazon no arruinará su almacenamiento EBS?

Todavía no estoy al nivel cuando necesito alojamiento costoso, pero quiero saber de antemano, solo para asegurarme de que la infraestructura de Amazon sea mejor que el rendimiento puro del hardware de Hetzner.



Supongo que ya leí ese u otro tema en Hacker News con comparsion. Al final no pude llegar a una conclusión. Amazon es bueno cuando realmente necesita escalar con docenas de instancias si lo necesita, y apagarlas en un par de horas. Además de toda la otra infraestructura.
C-Blu

Respuestas:


4

Para ser honesto, depende del uso, pero la nube tiene muchos beneficios sobre dedicados como ...

Escalabilidad

Los requisitos de escalabilidad varían de un cliente a otro, es posible que muchas personas ni siquiera lo requieran, mientras que algunas empresas lo necesitarán para ciertos lanzamientos que se espera BURST. La idea de Cloud Computing es que puede aumentar las especificaciones del servidor cuando sea necesario, utilizando API puede aumentarlas, por lo que incluso si el costo de una instancia de alta especificación en EC2 es costoso, puede que no sea algo que necesite todos los días del año para ahorrar costos en un servidor dedicado

Aunque los costos de usar una ALTA ESPECIFICACIÓN frente a Dedicado cada día serán mayores, en última instancia sí, tienen que bajar el precio para ser más comparables a los dedicados, pero también tuvieron que pensar en MARGENES.

Las nubes tienen caídas redundantes

En general, los buenos proveedores de la nube tendrán múltiples fallas redundantes sobre los sistemas que permiten que su sitio continúe sin verse afectado en caso de falla. Mientras que una pieza defectuosa del kit en un servidor dedicado causa una indignación en el servicio. Cuando los servidores dedicados se rompen, generalmente no hay un sistema de caída a menos que tenga múltiples dedicados. Además, si solo tiene un servidor dedicado, llevará tiempo volver a ponerlo en línea, esto puede variar de unas pocas horas a días, dependiendo del proveedor que use y si está considerando un proveedor dedicado, pregunte qué "sucede si esto sucede ".

Tráfico en la nube

El tráfico en el EC2 debería ser mínimo si utiliza el sistema AWS para su total ventaja, ya que su SQL puede almacenarse en la instancia de RDS y sus archivos estáticos deben almacenarse en un contenedor S3.

Con un servidor dedicado, sí, ofrecen tráfico de 2x3TB y 10TB, pero de nuevo, este no es un sistema a prueba de fallas e incluso si tuviera que operar los discos duros en modo espejo, siempre existe la posibilidad de que ambos discos duros puedan fallar a la vez, sé que es bastante delgado pero de nuevo es LO QUE SI ...

Además sobre este tema, dudo mucho que un servidor dedicado sirva archivos más rápido que una red de entrega de contenido simplemente porque reflejan su SAN en múltiples redes en todo el mundo, por lo que si bien puede ser rápido para las personas en la misma región del servidor ' Será notablemente más lento en otras partes del mundo. También mediante el uso de un CDN para servir sus archivos, libera recursos y permite que el servidor principal sirva contenido aún más rápido.

Los servidores dedicados son más costosos de mantener

Muchos proveedores de servidores dedicados tienen cargos ocultos como copias de seguridad, reinicios, reparación de hardware, incluido el tiempo de respuesta esperado, ¡y algunos ni siquiera ofrecen un buen SLA de tiempo de actividad!

En términos generales y de lo que he leído y los servidores que he alquilado; la copia de seguridad de archivos es extremadamente extensa y debe pagar por este servicio. Además, si hace sus propias copias de seguridad y si el software falla, sé que esta es una pequeña posibilidad con Linux, pero de nuevo es otra QUE PASARÍA ... Necesitaría a alguien para restablecer el software y luego transferir los archivos mientras está en una nube. tener una imagen de recuperación con un simple botón de restauración.

Cloud Computing agrega capas de seguridad

El uso de Cloud Computing puede mejorar la seguridad de su sitio mediante el uso de múltiples capas, tome el S3, por ejemplo, los CDN son extremadamente seguros y agreguen una capa adicional. RDS para la base de datos está agregando una vez más una capa adicional.

Además, la mayoría de los servidores dedicados no son tan fuertes como los componentes que usa AWS, lo que quiero decir con esto es que AWS se reiniciará mejor en ataques DOS que un Dedicado que puede no estar incluso detrás de un firewall. Tenga en cuenta que no dije detener los ataques de DOS aquí: P

Sinceramente

Para ser sincero, no hay una respuesta correcta a su pregunta, ya que un dedicado puede ser adecuado para usted, lo que debe hacer es abordar todos los defectos como los que he enumerado y sopesarlos. Personalmente, no volveré a dedicado porque he tenido problemas con el hardware defectuoso y no es bueno cuando sucede.


Gracias por un comentario detallado aquí. Bueno, entonces puedo considerar usar EC2 en este caso. Ya uso micro instancias, para hacer algunos trabajos cron, y S3 para alojar contenido estático y Route 53 como un servicio DNS. Supongo que cuando llegue el momento, si obtendré algo de experiencia con el autoescalado y la Infraestructura en la Nube, será mejor que simplemente configurar un servidor dedicado.
C-Blu

4

Yo uso ambos. No obtendrá una mejor inversión por un dólar que Hetzner en ningún lado. Son sólidos como una roca. Todavía confiaría en un CDN para contenido estático, pero aparte de eso, Hetzner es increíble.

EC2 es un animal diferente. Úselo si tiene un anuncio de superbowl o algo así. Es mas caro. También es un poco más rápido si necesita girar nuevos nodos.

EC2 también es más fácil si eres flojo. Con Hetzner, tendrá que instalar algo como ProxMox para obtener los mismos beneficios de máquina virtual que EC2, así como un poco de personalización.

¿Mi recomendación? Ahorre algo de efectivo. Configure un equilibrador de carga vm y algunas máquinas webhost usando proxmox y hetzner. Tenga un programa para activar algunas máquinas virtuales adicionales que usan EC2 que se conectan al equilibrador de carga si realmente lo necesita (con un límite automático en el caso de DDOS). Use un CDN para contenido estático.

editar: Obtenga dos máquinas medianas en lugar de una grande para que pueda rodar en caso de falla. Configure copias de seguridad automáticas para un servicio que no sea hetzner. DNS es tu amigo y puedes cambiar a una nube diferente usando el peor de los casos, porque tienes el ProxMox vm.


3

Ha pasado un tiempo, pero pensé que nuestro caso de uso sería útil ...

Primer + punto en AWS .

Tenemos un servidor dedicado en un host bien conocido. Es una gran especificación, y ha estado tratando de ejecutar tiendas Magento durante años. Hemos ajustado y jugado con la configuración de una manera que no derribará los sitios. Nuestro host no había instalado APC (antes de comenzar), por lo que lo instalaron a pesar de que les pagamos para construir un servidor Magento, redujo nuestros sitios durante 3 horas con una versión de PHP defectuosa. Logramos ponerlo en marcha nuevamente con un APC deshabilitado.

en AWS Tenemos una réplica exacta de todos nuestros AMI (NGINX, NGINX + Varnish, Servidor de control) esperando en AWS que podamos encender y jugar en cualquier momento. Podemos clonar el volumen de EBS en el que se almacenan nuestros datos de Vhosts para asignar algunas direcciones IP a nuestras direcciones IP internas de VPC, engancharlas al servidor y estar en funcionamiento de inmediato. Haga nuestra PRUEBA para asegurarse de que todo esté bien y realice cambios en el sistema LIVE y apague la réplica hasta que sea necesario nuevamente. En este punto, los cambios que hicimos en la configuración, clonamos en una nueva versión de AMI.

Segundo + punto para AWS . Alcanzamos un límite de dirección IP en nuestro host actual. En AWS Tenemos cualquier número de direcciones IP internas de VPC y hemos asignado a nuestra cuenta 20 direcciones IP externas elásticas que podemos asignar a direcciones IP internas. Las funciones de red en AWS VPC son absolutamente sorprendentes. Es irreal cómo han empaquetado esto para los administradores de red de bajo nivel. Tomó 3 días obtener algunas nuevas direcciones IP en nuestro host y agregarlas a su firewall.

Aquí es donde le doy a AWS otro +

Las copias de seguridad en nuestro servidor dedicado actual son solo un clon de una carpeta contenida en una bóveda de copias de seguridad. Básicamente una unidad montada. Una unidad montada solo disponible para ese servidor. Entonces, en el caso de una interrupción masiva, tendríamos que obtener una nueva configuración del servidor, montar el almacén de copias de seguridad, instalar y configurar nuestro nuevo servidor exactamente de la misma manera (gran tarea), luego recrear los datos. Nuestro anfitrión cuenta con 4 horas de entrega de nuevo hardware, pero eso no significa nada para mí. Está obteniendo la configuración y los sitios configurados nuevamente.

Nuestro negocio ofrece soluciones a empresas para todo el ciclo de vida web. Consultoría, diseño, SEO, soporte y mantenimiento. Si tuviéramos un corte en nuestro dedicado, cerraríamos el negocio, porque pasarían días antes de que nos pusiéramos de pie nuevamente. No podemos tener este escenario ni siquiera en nuestro mapa "qué pasaría si". Simplemente no puede suceder.

En AWS actualmente tenemos nuestro contenido web en instancias de AWS montadas en volúmenes EBS a 750IOPS y una segunda instancia (lo que llamamos un servidor de control) que vuelve a sincronizar los datos en otra zona de disponibilidad a tiempo y actualiza una instancia para la última configuración en caso de que necesita iniciar una instancia desde ese AMI. Para ello, sincroniza todas las configuraciones de NGINX, archivos de configuración de PHP-FPM.

Entonces ahora tenemos dos conjuntos de datos; un AMI que es un clon del servidor web NGINX de producción, y una copia del contenido del directorio Vhosts con archivos de configuración y Vhosts en caso de que necesitáramos iniciar un nuevo servidor.

Aquí es donde AWS obtiene otro + Nuestro servidor dedicado tiene problemas en las horas punta. Sí, ejecutamos Magento, por lo que es un poco diferente de algunas aplicaciones. Tenemos una configuración de disco RAID Quad Core de 32 GB y, a veces, tiene problemas, incluso tiene interrupciones cuando un cliente envía una o dos campañas de correo electrónico al mismo tiempo. Apenas podemos hacer nada. Tiene MySQL en él localmente, su memoria está optimizada para MYSQL pero los discos son pobres.

En AWS ejecutamos 3 instancias de CPU alta. 2 servidores web NGINX / PHP-FPM, más una instancia de caché de barniz NGINX SSL +. Luego tenemos un servidor Magento Admin más pequeño que aloja todas las imágenes y medios que luego se asignan a través de CNAMES a través de Cloudfront. Estas son todas las instancias reservadas para mantener bajos los costos.

Luego tenemos nuestras bases de datos en RDS en una instancia grande de 2000IOPS a la que se conectan ambos servidores web que toman instantáneas cada noche. Con un poco de tiempo de inactividad (tenemos páginas de mantenimiento para nuestras tiendas) podemos cambiar el tamaño de las IOPS y el tamaño de la instancia. Lo mejor de RDS es que podemos tomar una instantánea más reciente y crear una nueva base de datos para pruebas y desarrollo. Entonces apaga. Es simplemente fantástico.

Utilizamos Elastic Cache + y ahora estamos probando Redis para la gestión de caché para los servidores web front-end. Nuevamente podemos cambiar el tamaño hacia arriba y hacia abajo.

Podemos agregar nuevas instancias de servidores de alta CPU bajo demanda (clonando nuestra interfaz NGINX) en la mezcla con un poco de trabajo manual para ayudar en Navidad y si es necesario cuando un cliente nos dice que enviará una campaña de 100,000 correos electrónicos de venta de Productos con 75% de descuento.

Ahora estamos PROBANDO nuestra escala automática en Amazon y cómo hacemos que los servidores se activen, agreguemos direcciones IP, actualicemos las configuraciones de NGINX, etc. y comencemos a trabajar sin problemas, pero luego también saquemos el servidor y lo apaguemos durante los momentos de silencio (cerca del tiempo).

AWS + + Mover datos en nuestro dedicado es interrumpir el servicio. La copia, Rsync MV, etc. afectará a los discos IO, lo que a su vez ralentiza los sitios.

Usar volúmenes e instantáneas en AWS es muy fácil. Realmente no necesito decir nada aquí.

AWS +++++++ Administración y control general del servidor. En realidad, no hay realmente visibilidad en nuestro servidor dedicado. Es solo SSH y algunos informes de servidores realmente malos que nuestro Host envía mensualmente.

En AWS podemos ver estadísticas que, aunque no son del todo precisas en mi opinión sobre el rendimiento de las aplicaciones, sí le dan una buena idea de cómo está funcionando la instancia real. Tenemos configuraciones de alarmas para detectar problemas.

Conclusión * AWS vs Dedicado - Pure Power. * Para todos los trolls de AWS, no digo ni intentaré decir que AWS realizará un dedicado con dos Quads, cargas de memoria SSD, etc. Incluso AWS no intentará decírtelo. Hay cosas que puede hacer para mejorar el rendimiento, EBS Optimized, el aprovisionamiento de IOPS y cambiar el tamaño de las instancias, pero sé que un hueso puro dedicado tendrá un rendimiento superior.

AWS vs Dedicated - Arquitectura para una solución adecuada Los servidores dedicados se sentaron en un estante solitario en algún lugar que simplemente no me servirán. En mi opinión, esta no es una situación del mundo real ni adecuada como solución cuando proporciono a las empresas una solución para administrar sus tiendas o sitios.

Tenemos toda nuestra red de servidores en AWS VPC, podemos expandirnos, contratarnos, ver dónde están todos nuestros recursos en un solo lugar. Como solución, nunca querría volver a un servidor dedicado.

Si estaba ejecutando un sitio que podría lidiar con una interrupción masiva y podríamos esperar para reconstruir un nuevo servidor con el host, o si estaba dispuesto a usar dos hosts o AWS como respaldo y mover un sitio si un dedicado se caía, entonces este es el La única forma en que haría esto. Esto en sí mismo es un problema que consume mucho tiempo.

Costos La razón por la cual los servidores dedicados ahora son tan baratos es porque AWS ofrece formas económicas de administrar su propio mini centro de datos, que es para lo que muchos centros de datos solían agregar premium. Hay un cambio en los precios y los centros de datos ahora tienen que usar técnicas de eliminación de escoria contra AWS para vender sus servicios o gritar sobre la potencia del servidor sin procesar y la falta de algunos tipos de instancias de AWS.

Las personas que comparan un servidor dedicado con una instancia de AWS realmente deberían tener en cuenta todos los servicios adicionales que AWS ofrece en torno a esa instancia de servidor y asignarlo a un precio dedicado. Déjame expandirme. Al salir y dar aviso sobre el contrato a nuestro anfitrión actual, dijeron AWS esto, mal desempeño, costos de EBS, etc., así que enviamos un mapa de solución de lo que queríamos.

  • LAN privada con políticas de seguridad / enrutamiento y firewalls
  • 20 direcciones IP externas, con la capacidad de reasignar a través de servidores sobre la marcha o mediante el panel de control
  • 4 servidores con 8 núcleos cada uno con 16 hilos
  • 32 GB de RAM
  • Servidor de base de datos con la capacidad de proporcionar hasta 10000 IOPS, pero generalmente alrededor de 2000IOP
  • Copias de seguridad de apuntar y hacer clic
  • Sin contrato o solo 12 meses

No solo no pudieron hacer todo esto, dijeron que si pudieran proporcionar la pila de software para hacerlo, nuestros costos de configuración habrían sido de alrededor de £ 10,000 más tarifas mensuales.

Los servidores dedicados superarán a las nubes, pero esto ya es cosa del pasado. Puedes verlo en el marketing contra la computación en la nube. La computación en la nube es la solución completa que une a las pequeñas empresas para tener su propio centro de datos. En mis ojos y después de configurar muchas soluciones de AWS, AWS es la solución comercial en este momento

Sé que cuando compro una instancia de AWS no es solo la instancia, sino todo el kit adjunto. Sé que cuando compro un servidor dedicado, realmente es solo un servidor arrojado en un bastidor con un cable conectado.

Sé £ por £ que un servidor dedicado será mejor que AWS, pero para mis clientes y necesidades empresariales REALES, AWS supera en gran medida las soluciones dedicadas


Gracias, este caso de uso detallado fue el tipo de respuesta que necesitaba en ese momento, pero incluso ahora es útil leer eso. Bueno, ahora tengo la idea sobre el precio de la nube frente a dedicado. La capacidad de construir una infraestructura como esta es perfecta para casos de uso como el suyo. Tal vez pequeños proyectos, no necesitan alojamiento en la nube, pero para pequeñas empresas, es una buena configuración.
C-Blu

1

Después de la última interrupción de AWS, encontré esta solución de GSLB en el mercado de AWS, pero también tiene Route53 o Neustar para esta tarea.

Lo uso con EC2 y un servidor dedicado con opsource Varnish (alojado por el proveedor de alojamiento barato Leaseweb en Europa). Si detecto una falla de AWS o si mi presupuesto para la entrega de mi contenido con EC2 está fuera, dirijo el tráfico en mi servidor de caché barato.

Es la mejor solución para mí sin un alto costo y garantiza la tolerancia a fallas.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.