Escalamiento Vertical de Recursos en Servidores Virtuales

Clase 10 de 26 • Curso de Digital Ocean

Contenido del curso

Introducción a Digital Ocean y las IaaS

Configuraciones de un Droplet

API de Digital Ocean

Despliegue de un servidor web

Despliegue de un servidor VPN

Conclusiones

26
Gestión de Servidores Virtuales y Automatización en la Nube
01:08 min

Tomar examen

Resumen

Resize o escalamiento vertical es cuando agregamos más recursos a nuestro droplet como son: memoria RAM, CPU o almacenamiento.

Existe también el escalamiento horizontal que es cuando agregamos más droplets.

Comentarios

Gerardo Alberto Soto Alvarez del Castillo

student•

NO se puede re-escalar el Disco Duro, porque se desfragmenta al guardar archivos en todo el DD. [En por esta razón que se debe utilizar los volúmenes para ampliar de manera escalable el tamaño del Droplet].

Johny Jiménez

student•

importante, gracias

Roxana Evelyn Limache Calatayud

student•

Gracias.

José de Jesús Uscanga Molina

student•

No me agrada que al escalar tengo que apagar mi Droplet. mi pregunta seria si hay un servicio que lo haga en caliente , o tengo que manejar un orquestador como swarm o kubernates para lograr esto.

Hector Alonso Ruiz Vanegas

student•

En lo que he visto, para hacer siempre el escalamiento vertical es necesario apagar el recurso... en cuanto a lo que menciona del uso de swarm o kubernetes, no veo como se pueda solventar por ese lado....

Santiago Bernal

teacher•

Por el momento se requiere apagar el droplet. https://www.digitalocean.com/docs/droplets/how-to/resize/

Una opción para hacer resize y no tener downtime de tu aplicación es que tengas 2 droplets haciendo balanceo de cargas y así podrás ir ampliando sin afectar a tus usuarios -> https://www.digitalocean.com/products/load-balancer/

Conrado Javier Jiménez Méndez

student•

La descripción del video es erróneo, corresponde al video previo (Volumes).

Daniel Esteves

student•

¡Muchas gracias por el reporte! Vamos a solucionarlo lo más pronto posible

Carolina F

student•

Para hacer un upgrade de "resize" del disco ¿se pueden utilizar los "volumes" no? es decir, agregas un volume a tu dropplet y ¿puedes tener más espacio dirigiendo en ese nuevo espacio alguno de tus recursos para hacer que el principal no los tenga que llevar acabo? en caso de no necesitarlo mas desconectarías el volume ¿y ya no se facturaría?

Gonzalo Amador Hernández

student•

es una muy buena solucion!!!! solo que tu aplicacion debera manajedar que volumen usar, si uno o el otro, y que pasa si agregas mas volumenes? tenfras que hacer el manejo de los demas tambien.

es posible usar tu solucion en algunos casos, pero las cosas se complicarian

Juan José Castro

student•

Además del comando cat /proc/meminfo para ver datos de la memoria ram en tiempo real, también podemos hacer lo propio para el CPU, con el comando cat /proc/cpuinfo

A continuación se puede ver la salida del comando cat cpuinfo (yo lo hice directamente dentro del directorio /proc pero pueden hacerlo desde cualquier path con cat /proc/cpuinfo) y se ve la información de cada vCPU (processor 0 y proccesor 1= :

<pre>[root@ubuntu18 proc]# cat cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 6140 CPU @ 2.30GHz stepping : 4 microcode : 0x1 cpu MHz : 2294.560 cache size : 25344 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl cpuid tsc_known_freq pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ssbd ibrs ibpb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves pku ospke md_clear bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs bogomips : 4589.12 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 6140 CPU @ 2.30GHz stepping : 4 microcode : 0x1 cpu MHz : 2294.560 cache size : 25344 KB physical id : 1 siblings : 1 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl cpuid tsc_known_freq pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ssbd ibrs ibpb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves pku ospke md_clear bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs bogomips : 4589.12 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: [root@ubuntu18 proc]# </pre>

Alexander Sanchez

student•

Se puede realizar el escalamiento sin apagar el droplet?

Gonzalo Amador Hernández

student•

por el momento aun no es posible U_U tampoco en otros provedores como AWS, las ec2 tambien deben ser apagadas

Dilan Bocanegra

student•

Muy bueno poder usar recursos cuando se necesitan y luego volver a la facturación normal.

Juan Sebastián Ricaurte Macías

student•

Sin duda el mejor profe de Platzi, y siempre explica al final " aprendiste esto, o aquello" <3 (Y lee uno los comentarios y si responde a las duda, la gran mayoría no hace eso.

Carlos Castro

student•

¿Cómo hace el cargo de $ D.O. cuando se hacen estos cambios? es proporcional al tiempo en que estuvo cierta propiedad activa?

Josué Miguel Rodríguez Girón

student•

Recuerda que al ser computacion en la nube es pago por consumo.

Samuel Santa

student•

Saludos! Una duda, ¿Puedo programar mi Droplet para que haga resize de manera automática?

Por ejemplo; Si la CPU y la Ram están al 90% durante 30 minutos.. que se duplique la CPU y la RAM de manera automática

(Para despreocuparme de que se vaya a poner lenta la página)

Santiago Bernal

teacher•

Samuel se puede programar un script en bash que consulte el estado de CPU y ram dentro del droplet y que haga el llamado a la API.

También te recomiendo que revises el tema de autoScaling

Marina Alvarez

student•

tras hacer el escalado de mi droplet, mi base de datos de Postgres no consigue iniciarse, me da un error LOG: invalid primary checkpoint record PANIC: could not locate a valid checkpoint record sabes cómo podría solucionar esto? Apagué el droplet antes de hacer el resize pero no sé si igual por usar capRover se puede haber apagado mal la base de datos? Gracias!

Santiago Bernal

teacher•

Nunca me ha pasado, pero puede ser un error en el archivo de log, en StackOverflow ofrecen varias soluciones a este problema, también puedes revisar este link

Elkin Enrique Diaz Pacheco

student•

cuando hago el escalamiento de mi droplet no se pierde nada en servidor ni el apache o mysql cuando lo apago

Santiago Bernal

teacher•

Hola Elkin, no, ya que el escalamiento de recursos como CPU y Ram no afectan la información

Edgar A. Orozco

student•

La afirmación sobre la fragmentación en discos duros es cierta: en general, los sistemas de archivos de Linux, como ext4, gestionan mejor la fragmentación en comparación con algunos sistemas de archivos de Windows. Esto se debe a su diseño, que incluye la asignación eficiente de bloques y la minimización de la fragmentación durante la escritura de datos.

Sin embargo, el redimensionamiento de un disco duro (HDD) puede ser irreversible debido a cómo se distribuyen los datos. Aumentar el tamaño de un disco puede causar fragmentación si ya está lleno, y reducirlo puede llevar a la pérdida de datos si los archivos se extienden más allá de los nuevos límites. Por eso, es esencial hacer copias de seguridad antes de realizar estas operaciones.

Daniel Eduardo Rojas Pulido

student•

cat /proc/meminfo

cat /proc/meminfo | grep Mem

Para manejar el tamaño del disco duro, mejor se debe hacer mediante Volumes

Daniel Giovanny Ochoa Torres

student•

con un top veiamos el cambio de memoria de una o con free -h

DIANA YASMIN GUTIERREZ TRUJILLO

student•

Buenas tardes, soy nueva en esto.

¿Cómo saber si mi servidor soporta los 5mil usuarios?

Gonzalo Amador Hernández

student•

los 5 mill usuarios son relativos, depende de como construiste tu aplicacion y aveces de las tecnologias, pero lo mejor es siempre monitoriar en el panel de DigitalOcean las estadisticas de tu dorplet en el momento que se empiece a saturar en procesador o antes, puedes hacer el resize

Johny Jiménez

student•

genial

Escalamiento Vertical de Recursos en Servidores Virtuales

Introducción a Digital Ocean y las IaaS

Implementación de Aplicaciones Web en la Nube con DigitalOcean

Opciones de Hosting para Aplicaciones Web

Creación de Cuenta y Proyecto en Digital Users Paso a Paso

Creación y Configuración de Droplets en DigitalOcean

Opciones de Almacenamiento en Digital Ocean: Volúmenes y Espacios

Despliegue rápido de aplicaciones con Market Place de DigitalOcean

Configuraciones de un Droplet

Autenticación de Doble Factor en Panel de Control Digital

Administración de Servidores y Seguridad SSH

Gestión de Volúmenes en Unix: Creación y Montaje de Particiones