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.

[TUTORIAL] Instalar Apache en CentOS7

Tema en 'Tutoriales Asuntos Técnicos' iniciado por nonamef191118, 20 Nov 2014.

  1. [​IMG]

    Primero de todo, cosas que cambian en CentOS7 respeto a CentOS6.

    ifconfig ahora es ipaddr. (Para ver la ip que usa nuestra máquina)
    CentOS7 usa systemctl para el manejo de los servicios.

    Empecemos...

    Paso 1
    Instalamos apache con yum, por defecto, viene con el MPM Prefork, luego ya si eso, lo cambiamos a Worker.
    CODE, HTML o PHP Insertado:
    yum install httpd
    Paso 2
    Activamos Apache para que cargue al inicio.

    CODE, HTML o PHP Insertado:
    systemctl enable httpd.service
    Crea un link simbólico para que apache reinicie automáticamente

    Comprobamos el estado de apache:

    CODE, HTML o PHP Insertado:
    systemctl status httpd.service
    Paso 4
    Cambiar modo MPM Apache

    Por defecto, viene Prefork. Si leemos un poco en el gran hermano Google, Prefork vs Worker, veremos que casi todos los sitios recomiendan el uso del MPM Prefork para alto tráfico y el MPM Worker para sitios estáticos puede venir de prlas worker para montarlo con un proxy nginx.

    Por ejemplo: http://www.maestrosdelweb.com/entendiendo-los-modos-multiproceso-de-apache/

    Más: https://www.google.es/search?q=prefork vs worker&oq=prefork vs worker&aqs=chrome.0.69i59j69i60.3096j0j8&sourceid=chrome&es_sm=119&ie=UTF-8

    Luego, esta el MPM ITK, pero ya son otras hierbas... Esta en los repos de EPEL. http://www.comunidadhosting.com/t/tutorial-instalar-epel-centos-7.57161/

    Más adelante otro tutorial como probar performance y analizar resultados.

    Editamos con vi:
    CODE, HTML o PHP Insertado:
    vi /etc/httpd/conf.modules.d/00-mpm.conf
    Navegamos con las teclas: hjkl

    Editamos pulsando la tecla i

    Si queremos habilitar Prefork ya lo tenemos es el que viene por defecto sin la almohadilla (#)

    Si queremos activar worker comentamos Prefork con la almohadilla y descomentamos Worker.

    Tecla Esc, :wq

    Paso 5
    Reiniciamos apache

    CODE, HTML o PHP Insertado:
    systemctl restart httpd.service
    Paso 6
    Comprobar MPM:

    CODE, HTML o PHP Insertado:
    httpd -V | grep MPM
    Resultado:
    CODE, HTML o PHP Insertado:
    AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using localhost.localdomain. Set the 'ServerName' directive globally to suppress this message
    Server MPM:     worker
    [
    Que falta?
    Setear el FQDN
    DNS lookup
    Abrir el puerto 80 en el firewall y el 433 SSL
    Desactivar modulos inecesarios de http
    Tienes que activar quotas en apache y editar el /etc/fstab
    Entre otras opciones de seguridad y hardening.

    Todo esto en otros capítulos. Esto es un tutorial básico para empezar en este mundo.
     
  2.  
  3. Skamasle

    Skamasle Usuario activo

    Tienes un lio un poco grande..

    Yo la verdad no entiendo lo que pones aquí:

    Por defecto, viene Prefork. Si leemos un poco en el gran hermano Google, Prefork vs Worker, veremos que casi todos los sitios recomiendan el uso del MPM Prefork para alto tráfico y el MPM Worker para sitios estáticos puede venir de prlas worker para montarlo con un proxy nginx.


    Si vas a usar nginx de proxy supongo que lo usarás para correr contenido estático también, si es así, que más da que tengas prefork o worker ? en ese caso no servirá de nada usar o prefork o worker por que nginx se encargará del contenido estático y el mpm que uses no hará efecto en ese caso.

    Por otro lado si worker es mejor para contenido estático ( que sí lo es ) yo no usará nginx con worker si no nginx con prefork ya que si usamos prefork con dos/mod_php irá más rápido, sí... pero para contenido estático más lento, así que usaría nginx con prefork para que ayude a liberar carga y que nginx se encargue del contenido estático, ya que si meto worker en el servidor sería para no usar nginx de proxy.

    Por otro lado deberías revisar tus fuentes y los tutoriales que lees.

    Una diferencia importante entre Prefork/Worker y CGI/FastCGI, es que en los primeros PHP corre como un módulo de Apache, mientras que en FastCGI corre como un proceso (o grupo de) separado de Apache. Hechar a andar esta configuración puede ser bastante retador (y que mi experiencia con FastCGI es menor).

    Es solo un extracto, luego hablan de activar worker en easy apache etc etc.. pero el tema es que lo que dicen no tiene mucho sentido, ya que worker no funciona con DSO/Mod_PHP y si o si tendrías que usar fastcgi..

    En todo caso, lo que se lee por ahí no siempre es lo que pasa en la vida real y en servidores bajo alto tráfico.

    "Prefork es una castaña" que solo mejora el rendimiento de php si lo usas como modulo, con los problemas que eso conlleva, pero si tienes alto tráfico worker es mucho mejor combinado con fcgi, ira mucho mejor ya que mejora la entrega de contenido estático consumiendo menos recursos.

    Habría que ver esos sitios que recomiendan prefork para alto tráfico cuanto es ese tráfico que manejan, por que por mi parte en todos los servidores que he revisado siempre pero siempre a mejorado el rendimiento quitando prefork, al menos que sea uso de PHP intensivo y necesite mod_php, pero igual se a controlado mejor con worker o en casi todos los casos con su hermano mayor event y fastcgi, ya que muchos tienen contenido estático en el mismo server, poco pero tienen y a prefork le afecta aun con 40 req/s abre más procesos de los necesarios para servir un poco de contenido.

    Por algo en 2.4 se recomienda el uso de event antes que prefork.
     
    A nonamef191118 le gusta esto.
  4. Lo voy a probar con siege Skamasle. Gracias,
     
  5. El problema del mod_php de apache son los permisos 777 que ofrece poca seguridad. Es mejor no usarlo. Lo tipico en hosting Prefork y mod_php no es recomendable. Entonces me queda MPM ITK con FASTCGI que el ITK es experimental pero ofrece seguridad al usar una especie de jail o jaula vhost. Este se basa en prefork.
     
  6. Skamasle

    Skamasle Usuario activo

    No hacen falta permisos 777 con mod_php, funciona bien con 644, el problema son los propietarios.

    En todo caso el que has dicho que es mejor eres tu :/

    Yo hace años que no lo uso, y hace ya bastante que he dejado de usar apache y siempre que puedo monto nginx.
     


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


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta · Sobre Devandhost · Anna Telecom