Escalamiento Vertical de Recursos en Servidores Virtuales
Contenido del curso
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.
Gerardo Alberto Soto Alvarez del Castillo
Johny Jiménez
Roxana Evelyn Limache Calatayud
José de Jesús Uscanga Molina
Hector Alonso Ruiz Vanegas
Santiago Bernal
Profesor
Conrado Javier Jiménez Méndez
Daniel Esteves
Carolina F
Gonzalo Amador Hernández
Juan José Castro
Alexander Sanchez
Gonzalo Amador Hernández
Dilan Bocanegra
Juan Sebastián Ricaurte Macías
Carlos Castro
Josué Miguel Rodríguez Girón
Samuel Santa
Santiago Bernal
ProfesorMarina Alvarez
Santiago Bernal
Profesor
Elkin Enrique Diaz Pacheco
Santiago Bernal
Profesor
Edgar A. Orozco
Daniel Eduardo Rojas Pulido
Daniel Giovanny Ochoa Torres
DIANA YASMIN GUTIERREZ TRUJILLO
Gonzalo Amador Hernández
Johny Jiménez
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].
importante, gracias
Gracias.
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.
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....
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/
La descripción del video es erróneo, corresponde al video previo (Volumes).
¡Muchas gracias por el reporte! Vamos a solucionarlo lo más pronto posible
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?
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
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>Se puede realizar el escalamiento sin apagar el droplet?
por el momento aun no es posible U_U tampoco en otros provedores como AWS, las ec2 tambien deben ser apagadas
Muy bueno poder usar recursos cuando se necesitan y luego volver a la facturación normal.
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.
¿Cómo hace el cargo de $ D.O. cuando se hacen estos cambios? es proporcional al tiempo en que estuvo cierta propiedad activa?
Recuerda que al ser computacion en la nube es pago por consumo.
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)
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
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!
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
cuando hago el escalamiento de mi droplet no se pierde nada en servidor ni el apache o mysql cuando lo apago
Hola Elkin, no, ya que el escalamiento de recursos como CPU y Ram no afectan la información
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.
cat /proc/meminfo
cat /proc/meminfo | grep Mem
Para manejar el tamaño del disco duro, mejor se debe hacer mediante Volumes
con un top veiamos el cambio de memoria de una o con free -h
Buenas tardes, soy nueva en esto.
¿Cómo saber si mi servidor soporta los 5mil usuarios?
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
genial
