Instalación y Configuración Básica Openstack Stein

EL presente instructivo tiene como finalidad, mostrar los pasos básicos necesario para la instalación y configuración de OpenStack en su versión Stein, para una infraestructura de PRUEBAS, utilizando para ellos (02) dos equipos virtuales con VirtualBox

OpenStack es un sistema operativo en la nube que controla grandes grupos de recursos informáticos, de almacenamiento y de red en todo un centro de datos, todos gestionados y aprovisionados a través de API con mecanismos de autenticación comunes.

También está disponible un panel de control que brinda a los administradores el control y permite a sus usuarios aprovisionar recursos a través de una interfaz web.

Más allá de la funcionalidad estándar de infraestructura como servicio, los componentes adicionales proporcionan orquestación, gestión de fallas y gestión de servicios, entre otros servicios, para garantizar una alta disponibilidad de las aplicaciones del usuario

Antes de instalar, se debe definir las contraseñas y nombres de los usuarios de algunos servicios:

Servicios Básicos a Instalar:

  • Keystone proporciona servicios de identificación a todos los componentes OpenStack
  • Horizon proporciona un portal web de acceso al resto de componentes salvo a Keystone
  • Glance proporciona las imágenes al crear las máquinas virtuales
  • Neutron proporciona los servicios de networking a las máquinas virtuales
  • Cinder propociona almacenamiento de bloques a las máquinas virtuales. Cinder también puede guardar snapshots de volumen

Sigue leyendo “Instalación y Configuración Básica Openstack Stein”

Anuncios

Instalar LARAVEL (laravel-roles-permissions-manager)

EL presente instructivo tiene como finalidad fijar los pasos básicos necesarios para la instalación y configuración de laravel-roles-permissions-manager (LARAVEL + AdminLTE theme + Spatie Laravel-permission + Datatables.net) en la distribución GNU/Linux Debian 9.0.
Éste instructivo fué elaborado en conjunto con José Zamora F.

Requisitos:

  • Se debe contar con suficiente privilegios para la configuración de aplicativos

Plataforma:

  • Equipos de arquitectura 64 bits
  • Sistema operativo ‘GNU/Linux’ Debian versión 9.0 (actualmente estable)

Aplicaciones:

  • Laravel 5.5
  • Apache 2.4
  • PHP 7.1
  • MariaDB 10.1

Agregar Repositorios PHP:

1. Instalar paquetes

root@server:/# aptitude install ca-certificates apt-transport-https curl

2. Descargar llaves repositorio e instalarlas

root@server:/# wget -q https://packages.sury.org/php/apt.gpg -O- | apt-key add -

3. Agregar repositorio

root@server:/# echo "deb https://packages.sury.org/php/ stretch main" | tee \
                    /etc/apt/sources.list.d/php.list

4. Actualizar listado de paquetes

root@server:/# aptitude update

Sigue leyendo “Instalar LARAVEL (laravel-roles-permissions-manager)”

Replicacion Base de Datos PostgreSQL usando repmgr

EL presente instructivo tiene como finalidad, mostrar los pasos básicos necesario para la instalación y configuración de un proceso de replicación (maestro – esclavo) en PostgreSQL versión 9.6, utilizando repmgr versión 4.2

La replicación es la transmisión de información derivada de las modificaciones de estado, de una base de datos a otra, en pocas palabras, todas las operaciones que que modifiquen el estado de la BD se transmiten a otra BD que “replica” las operaciones, de forma que ambas BD tengan la misma información.

Dentro de las formas de replicación tenemos:

Maestro-maestro (multi-master): En éste modo, todos los nodos involucrados están en capacidad de ejecutar operaciones de Lectura/Escritura (read/writer). En pocas palabras, cualquier nodo involucrado está en capacidad de actualizar los datos. Para mantener la consistencia de los datos, el proceso de replicación involucra tareas de resolución de conflictos, en algunos casos según el número de nodos involucrados, puede aumentar la latencia en la comunicación.

Maestro-esclavo: En éste modo, todos los cambios son registrados en el nodo principal, el cual es el único habilitado para la función Lectura/Escritura (read/writer) y es el encargado de efectuar la replicación ha todos los nodos involucrados, los cuales sólo tienen capacidad para Lectura (read).
Un caso de uso típico para la replicación maestro – esclavo, con el modo en espera (standby), el esclavo funciona como una copia de seguridad del maestro y puede ser fácilmente activado en caso de un problema con el primario

repmgr es un conjunto de herramientas de código abierto para administrar la replicación y la conmutación por error en un clúster de servidores PostgreSQL. Mejora las capacidades incorporadas de Hot-Standby de PostgreSQL con herramientas para configurar servidores de reserva, monitorear la replicación y realizar tareas administrativas como failover o operaciones de cambio manual. La herramienta no replica los datos en sí, sino que le permite controlar fácilmente la reproducción, el modo de espera (hot standby) en el servidor (s) y controlar el estado de todo el proceso de replicación.

Como ya indicamos, el ejemplo que a continuación presentamos estará dirigido a la replicación maestro – Esclavo de dos nodos (master – esclavo) utilizando la herramienta repmgr.

Requisitos:

  • Se debe contar con suficiente privilegios para la configuración de aplicativos
  • Se debe contar con instalación del servicio SSH (servidor y cliente)

Plataforma:

  • Equipos de arquitectura 64 bits
  • Sistema operativo ‘GNU/Linux’ Debian versión 9.0 (actualmente estable)

Aplicaciones:

  • postgresql-9.6 -> versión 9.6.8-1.pgdg90+1
  • repmgr -> versión 4.0.4

Sigue leyendo “Replicacion Base de Datos PostgreSQL usando repmgr”

Promover Servidor Esclavo (Failover Master). Replicación PostgreSQL modo: Streaming Replication

El siguiente instructivo tiene como finalidad, mostrar los pasos básicos necesarios para la promoción de servidor esclavo en caso de falla del master en una repliaction modo Streaming Replication.

Si el servidor principal (master) falla, entonces el servidor esclavo debe comenzar el procedimiento de conmutación por error (failover). PostgreSQL no proporciona un software específico para identificar una falla en el servidor master y notificar al servidor esclavo, el procedimiento por tanto es manual.

Requisitos:

  • Se debe contar con suficiente privilegios para la configuración de aplicativos
  • Se debe tener instalado y ejecución la replicación de BD PostgreSQL en modo: Streaming Replication, tal como se indica en éste enlace

Plataforma:

  • Equipos de arquitectura 64 bits
  • Sistema operativo ‘GNU/Linux’ Debian versión 9.0 (actualmente estable)

A continuación se demostrará dos (02) formas de promoción, la 1era a través del archivo recovery.conf y la 2da a través del comando pg_ctlcluster con la opción “promote”

Sigue leyendo “Promover Servidor Esclavo (Failover Master). Replicación PostgreSQL modo: Streaming Replication”

Prueba Velocidad Disco Duro Servidor Linux

El presente instructivo tiene como finalidad de explicar una forma sencilla y rápida de verificar la velocidad de transferencia de información de un disco

Requisitos:

  • Se debe contar con suficiente privilegios para la escritura en disco

Plataforma:

  • Equipos de arquitectura 64 bits
  • Sistema operativo ‘GNU/Linux’ Debian versión 9.0 (actualmente estable)

Aplicaciones:

  • comando dd

Tomar en Cuenta:

  • Identificar el volumen que se desea testear
  • Verificar la cantidad de espacio en disco disponible para efectuar prueba
  • Si el volumen a testear contiene raiz “/”, tomar las previsiones en cuanto al espacio disponible

Comandos
Prueba#1:

La prueba consiste “rellenar” con cadenas de ceros “if=/dev/zero” un archivo “prueba_disco.bat” en el volumen deseado “/var/lib/postgresql”. El peso del archivo será de 1GB aproximadamente, y está defino en la escritura de bloques de 1MB “bs=1MB” multiplicado por la cantidad de esos bloques que serán escritos 1024 (count=1024)

Sigue leyendo “Prueba Velocidad Disco Duro Servidor Linux”

Configurar Pgpool2 como Agrupación de Conexiones “Connection Pooling” de PostgreSQL

El presente instrcutivo tiene como finalidad mostrar los pasos básicos necesarios para la configuración de Pgpool2 como Agrupación de Conexiones “Connection Pooling” de PostgreSQL.

PgPool-II mantiene las conexiones establecidas a los servidores PostgreSQL, y los vuelve a utilizar cada vez que una nueva conexión con las mismas propiedades (es decir, nombre de usuario, la base de datos, la versión del protocolo) entra en acción. Reduce la conexión de arriba, y mejora el rendimiento global del sistema.

Requisitos:

  • Se debe contar con suficiente privilegios para la configuración de aplicativos
  • Se debe tener instalado el aplicativo PostgreSQL en su versión 9.6

Plataforma:

  • Equipos de arquitectura 64 bits
  • Sistema operativo ‘GNU/Linux’ Debian versión 9.0 (actualmente estable)

Instalación:

root@server:/# aptitude install pgpool2

Configuración:

1. Editar archivo de configuración de pgpool:

root@server:/# vim /etc/pgpool2/pgpool.conf

Sigue leyendo “Configurar Pgpool2 como Agrupación de Conexiones “Connection Pooling” de PostgreSQL”

Prueba de Rendimiento “Stress” en PostgreSQL con Pgbench

El presente instructivo tiene como finalidad explicar los pasos necesrios para la instalación de Pgbench y explicar su funcionamiento a través de unos ejemplos

Requisitos:

  • Se debe contar con suficiente privilegios para la configuración de aplicativos
  • Se debe tener instalado postgreSQL-Server

Plataforma:

  • Equipos de arquitectura 64 bits
  • Sistema operativo ‘GNU/Linux’ Debian versión 8.0 (actualmente estable)

Aplicaciones:

  • Pgbench versión (PostgreSQL) 9.6.5

Instalación:

root@server:/# aptitude install postgresql-contrib-9.6

Sigue leyendo “Prueba de Rendimiento “Stress” en PostgreSQL con Pgbench”