1. ¡OFERTA! con cupón "DIRVPS": hosting por $0,01 y también VPS Linux y Windows por $0,01 el primer mes por Interserver ← publi
    Descartar aviso
Descartar aviso
Al usar este sitio web, aceptas que nosotros y nuestros socios podamos establecer cookies para fines tales como personalizar el contenido y la publicidad. Más información.

GUIA - Mejorar acceso a disco y aumentar rendimiento Linux 25-40%

Tema en 'Servidores Dedicados' iniciado por CloudCluster, 23 Feb 2016.

  1. CloudCluster

    CloudCluster Nuevo usuario

    Buenos días,

    Despues de un tiempo teniendo problemas de rendimiento con varias cabinas de almacenamiento tanto Netapp como EMC, necesitaba investigar el motivo concreto, reducir y priorizar iops "reales" frente a otros en nuestra plataforma Cloud de hosting compartido, por lo que despues de algunos meses de cambios y muchas horas/pruebas, me gustaría compartir con vosotros los resultados para que si teneis problemas de acceso a disco tengáis en cuenta estos útiles consejos que me han ayudado tanto a controlar y estabilizar la plataforma:

    CloudCluster - Mejorar acceso a disco y aumentar rendimiento Linux – Parte 1
    CloudCluster - Mejorar acceso a disco y aumentar rendimiento Linux – Parte 2
    CloudCluster - Mejorar acceso a disco y aumentar rendimiento Linux – Parte 3
    CloudCluster -
    Mejorar acceso a disco y aumentar rendimiento Linux – Parte 4 - Reducir iops logs
    CloudCluster - Mejorar acceso a disco y aumentar rendimiento Linux – Parte 5 – Backups
    CloudCluster - Mejorar acceso a disco y aumentar rendimiento Linux – Parte 6 – Trucos
    CloudCluster - Mejorar acceso a disco y aumentar rendimiento Linux – Parte 7 - Restauración

    Dado que me han pedido subir más gúias de optimización de rendimiento, ire subiendo de aquí en adelante nuevas parametrizaciones de múltiples aspectos bastante útiles para reducir los tiempos de carga y mejorar la estabilidad/rendimiento global de los sistemas.



     
    A nonamef191118 y marandia les gusta esto.
  2.  
  3. marandia

    marandia Usuario activo

  4. ¡Qué grande! Me viene de perlas para mis estudios de informática.

    ¡Saludos crack! ¡Buen aporte! Gracias por el apunte del 40% de la swap.

    Sobre el noatime yo lo he usado en clase para una vm con ubuntu y va más rápido! Lo encontre en howtoforge de falko.
     
  5. Skamasle

    Skamasle Usuario activo

    No esta mal, aunque es algo bastante básico todo lo que comentas, y se puede resumir en " escribe y lee menos en disco y tendrás mejor rendimiento" ( no lo he leído todo lo que has puesto tampoco ) , yo diría que para optimizar el rendimiento realmente tienes que revisar tu aplicación, o bien tu sistema, que estas hosteando, que se esta haciendo y luego apartir de eso ya puedes optimizar el rendimiento modificando parametros del kernel que si fifo_expire_async /sync que si lo otro o ya directamente pasarte a btrfs por que son tus necesidades o zfs por que te ira mejor etc.

    Esta claro que todo lo que se comentan en las guías te ayuda, pero es algo obvio, si dejas de guardar ciertos logs reduces la escritura y tendrás más libertad para escribir cosas más importantes ( si los logs no son importantes para ti ) y así con todo lo que has dicho, igual que si dejo de guardar tmp de mysql en disco y los monto en ram mejor acceso a disco tendré en otras aplicaciones ya que estoy quitando carga, lo único que te mejora realmente es el noatime, atime etc si lo quitas harás menos cosas, pero viene siendo algo parecido, no estas optimizando el acceso al disco lo que estas haciendo es quitando trabajo al disco.

    De igual manera creo que a muchos les servirá si andan en sata con problemas de io :cool2:
     
    A cincinnati le gusta esto.
  6. ¡En clase yo lo he probado y no veas como va una Ubuntu que tengo instalada para pruebas con el noatime! ¡Como un tiro!

    El enlace: https://www.howtoforge.com/reducing-disk-io-by-mounting-partitions-with-noatime

    Para tunear un server con SSD lo mejor es esto: https://wiki.debian.org/SSDOptimization

    Y para el del tutorial de arriba: Setting vm.swappiness=0 is more aggressive but may cause out-of-memory events.
     
  7. Skamasle

    Skamasle Usuario activo

    Si va con un tiro sin noatime es que el disco es muy lento.

    En todo caso creo que no se entendió lo que he dicho, noatime lo uso desde hace bastante y tampoco mejora tanto como para decir que va como un tiro.

    En todo caso mi punto es que el acceso al disco no mejora, lo que hace es "quitar carga" que es muy diferente, lo mismo pasa cuando tienes muchas aplicaciones ejecutándose y decides quitar la mitad, todo mejorará eso esta claro.

    Lamentablemente no me puedo permitir quitar el noatime en algunos sistemas por que lo necesito en otros quito no solo el noatime sino muchas otras cosas, si no necesito saber cuando se a creado, accedido modificado etc se elimina pero como ya he dicho no siempre es bueno hay sistemas que lo necesitan.

    También sería interesante ver que pruebas has hecho para decir va como un tiro sin noatime y va como una piedra con noatime.
     
    A cincinnati le gusta esto.
  8. CloudCluster

    CloudCluster Nuevo usuario

    Hola Skamasle,

    Entiendo lo que me comentas de mejorar la aplicación, esta claro que un buen diseño de BBDD y sus consultas, índices, búsquedas, etc es muy importante, pero el problema muchas veces es la diversidad de aplicaciones y la gran cantidad de alojamientos por servidor que hay, por lo que es inviable revisar una a una, pues tampoco es tu cometido ni tu responsabilidad hacerlo cuando tu no has instalado dichas aplicaciones.

    Referente a lo que dices, hay muchos más aspectos a tener en cuenta que solo el atime. Te recomiendo que te leas la guia entera y luego opines lo que quieras, si me das algún consejo más la amplio para que todos lo puedan utilizar.

    Referente a las pruebas, no hice pruebas de rendimiento como tales con un iozone o similares, si no la propia carga de trabajo, pues los equipos estaban en producción y viendo las gráficas de latencia, iops de escritura y lectura y tiempos de carga de multiples aplicaciones,etc... es suficiente para ver una mejorar significativa en los tiempos de carga reales, que al final, es el que aprecian los clientes y lo que se aprecia en cada visita.

    La gran baza aquí no es reducir 1 solo servidor, si no reducir 50. Estas hablando de muchísimos iops al final que hacen trabajar a las cabinas innecesariamente en la gran mayoría de casos, y cuanto más iops, más latencia.
     
  9. Skamasle

    Skamasle Usuario activo

    La pregunta de que pruebas has hecho era para ti era para f.villalba ya que dice que su ubuntu va como un tiro luego de quitar el noatime, en tu caso lo entendería mejor, si tienes una cabina de disco y son muchos servidores los que escriben y leen esta claro que quitar noatime y logs pueden mejorar el rendimiento y reducir la carga, pero en una sola maquina es complicado ver mejoría según en que sistema y aplicaciones.

    En cuanto a recomendaciones no te puedo dar ninguna, cada sistema es un mundo y si tienes 50 servidores es algo que hay que mirar en lupa y testear bastante..

    De igual manera no digo que no sirva la guía, si no más bien es un punto de vista distinto para hacer entender que antes de quitar algunas cosas hay que revisar el sistema y ver si en verdad no te sirve, como dije el noatime no lo he podido quitar en muchos servidores ya que hace falta, ej, tienes 8 tb de imágenes que crecen como la espuma, muchos read, muchos writes, tienes que bajar la carga, esta claro que el noatime te ayudará, pero luego en 2 meses tu cliente te dice, queremos eliminar las imágenes que no se accedan hace 6 meses para liberar espacio, tienes que hacer un script pero si no tienes noatime esos datos no se guardan por ende es algo complicado eliminar las imágenes que no se han accedido ya que nos cargamos algunas cosas bastante importantes..

    Un saludo.
     
  10. Era de poner el noatime! No de quitar! El noatime no viene puesto por defecto. Hay que ponerlo. Ya lo sabes! Pues cuando arrancas la VM va más rápido con el parámetro noatime puesto en el /etc/fstab. Con eso me basta. No he medido a fondo con pruebas! Este finde igual me da por meterle I/O y probarlo más a fondo. Es lo que tiene estar parado que haces muchas pruebas! xD
     


Alojamiento web, Hosting Reseller, Servidores Dedicados - All in Hosting


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta ·