Catálogo del sistema › Dispositivos de base de datos › PGSQL64: dispositivo de base de datos PostgreSQL

PGSQL64: dispositivo de base de datos PostgreSQL

Descripción general del funcionamiento

Importante: PGSQL no está disponible en CA 3Tera AppLogic 2.8+; utilice PGSQL64 en su lugar.

PGSQL64 es un dispositivo de base de datos basado en el motor de base de datos PostgreSQL (http://www.postgresql.org). Proporciona una forma fácil de agregar una base de datos a cualquier aplicación. PGSQL64 es un dispositivo de base de datos de estilo empresarial que es compatible con muchas funciones que actualmente no admiten los dispositivos MYSQLx. Algunas de estas funciones incluyen procedimientos almacenados, activaciones, vistas y tipos de datos definidos por el usuario.

PGSQL64 almacena la base de datos en un volumen definido por la aplicación que se puede configurar en cada instancia de PGSQ64L. PGSQL64 crea automáticamente una base de datos vacía cuando se inicia en un volumen vacío. El volumen de la base de datos PGSQL64 no se puede compartir entre varias instancias de PGSQL (hay un volumen de base de datos por instancia de PGSQL).

Los clientes de PGSQL64 acceden a la base de datos configurada a través del terminal in. Las solicitudes de base de datos se procesan y se completan de vuelta a través del mismo terminal. PGSQL64 permite que cualquier usuario válido de Postgres acceda a la base de datos a través del terminal in (el dispositivo tiene un rol de superusuario preconfigurado: "postgres" estándar). Se puede configurar PGSQL64 con el número máximo de conexiones simultáneas que se admiten mediante in.

PGSQL64 también tiene la capacidad de mantener el acceso a un registro de base de datos a través del terminal de registros. El registro es útil para realizar un seguimiento de la información de la base de datos y para el registro de errores. Se puede configurar el contenido, edad, nombre y ruta de registro. Además, se pueden activar también diversas estadísticas de base de datos e información de depuración que ayudarán con la creación de perfiles para los patrones de acceso a la base de datos, así como a diagnosticar problemas o errores.

PGSQL64 se suele utilizar para aplicaciones de base de datos Web con fines generales (pequeñas bases de datos con un gran número de usuarios que ejecutan consultas sencillas) o para bases de datos de soporte de decisión (bases de datos grandes con un pequeño número de usuarios que ejecutan consultas complejas).

Límite

Recursos

Nota: Se debería aumentar la memoria en función de dos factores principales: el número de usuarios simultáneos y el tamaño de la base de datos. Normalmente, PGSQL puede ser admitir aproximadamente 80 usuarios simultáneos por cada 128 MB de memoria. Cuanto mayor sea la base de datos, más memoria deberá tener PGSQL para poder realizar las tareas de procesamiento. Por ejemplo, se deberá configurar PGSQL con por lo menos 1 GB de memoria para una base de datos de 10 GB, más de 1 G para un mejor rendimiento.

Terminales

La interfaz predeterminada está activada. Se utiliza para diagnósticos y solución de problemas (mediante SSH). Las versiones futuras de este dispositivo pueden desactivar el acceso de SSH.

Volúmenes de usuario

Importante: El volumen de datos debe estar exclusivamente dedicado a la instancia de PGSQL (no puede compartirse con otros dispositivos).

Propiedades

Nota: Ninguna de las propiedades PGSQL distingue entre mayúsculas y minúsculas, con la excepción de nombres de archivo y rutas.

Registro de propiedades

Importante: El dispositivo PGSQL dará error al iniciarse si activa el registro y el terminal de registro no está conectado.

Contadores personalizados

El dispositivo PGSQL informa sobre los siguientes contadores personalizados a través del terminal mon, siempre que la propiedad log_cmd_stats se establezca en afirmativo. Estos son los contadores que pertenecen al grupo de contadores de PostgreSQL:

Mensajes de error

En caso de error al iniciar el dispositivo, pueden aparecer los errores siguientes en el registro del sistema:

Mensajes del cuadro de mandos

En los casos en los que se producen errores graves que puedan necesitar la atención del usuario, PGSQL registra mensajes al cuadro de mandos del grid de la siguiente manera:

Estos mensajes se registran solamente una vez cuando la cantidad de espacio libre en disco es inferior al umbral establecido.

Rendimiento

Los valores de propiedad sync_on_write, log_filename y log_cmd_stats influyen en gran medida en el rendimiento de PGSQL. Se pueden conseguir mejores resultados de rendimiento cuando se desactiva fsync, el registro y las estadísticas (sync_on_write=no, log_filename="log_cmd_stats=no). La siguiente tabla contiene los resultados de la prueba de pgbench de muestra (se especifica en unidades tps: transacciones por segundo) realizada cuando estas funciones están activadas y desactivadas. pgbench es una utilidad que se incluye con PostgreSQL y que se utiliza para medir el rendimiento de la base de datos.

Uso típico

Aplicación de dos niveles sencilla (aplicación con base de datos Web)

El diagrama siguiente muestra un uso típico del dispositivo PGSQL en una aplicación Web de dos niveles orientada a muchos usuarios que ejecuten consultas sencillas:

Dispositivos en uso:

• usr: puerta de enlace de entrada.
• srv: servidor Web con contenido activo (por ejemplo, scripts de CGI).
• dbase: dispositivo de base de datos PostgreSQL.

Las solicitudes de cliente llegan en la puerta de enlace usr. La puerta de enlace reenvía las solicitudes al servidor Web, el cual sirve la solicitud. Cuando el script (por ejemplo, Perl o PHP) en srv tiene que acceder a datos de acceso persistentes, usa el dispositivo dbase a través del terminal db.

En este ejemplo, la base de datos utilizada con dbase no es de sólo lectura y muchos usuarios pueden acceder a ella a través de srv para ejecutar consultas sencillas. Por ello, dbase se configura para utilizar 256 MB de memoria. Además, la base de datos no conserva archivos de registro de errores de base de datos (el terminal de registros no está conectado).

Ejemplo de configuración de las propiedades:

Nota: El volumen de datos se deberá configurar también en dbase y el volumen del contenido se deberá configurar en web. Para crear volúmenes de aplicaciones que se puedan utilizar aquí, consulte la guía del usuario del grid.

Aplicación de dos niveles escalable (aplicación con base de datos Web)

El diagrama siguiente muestra un uso típico del dispositivo PGSQL en una aplicación Web de dos niveles en la cual la base de datos se utiliza para compartir estados y datos entre varios servidores Web con equilibrio de carga (orientados hacia muchos usuarios que ejecuten consultas sencillas). Además, este ejemplo tiene una entrada independiente para mantenimiento a través de la cual un administrador puede iniciar sesión y acceder a la base de datos para mantenimiento, así como una entrada a través de la cual un administrador puede iniciar sesión y ver el registro de errores de PostgreSQL.

Dispositivos en uso:

• usr: puerta de enlace de entrada para solicitudes de usuario.
• webs: equilibrador de carga Web para solicitudes de usuario.
• srv1, srv2: servidores Web con contenido activo (por ejemplo, scripts de CGI).
• config: almacenamiento de contenido de servidor Web.
• dbase: dispositivo de base de datos PostgreSQL.
• logs: almacenamiento de archivos de registro de errores de bases de datos y Web.
• maint: puerta de enlace de entrada para acceso de mantenimiento.
• admin: servidor Linux genérico utilizado por el administrador.
• gway: puerta de enlace de red para acceso del administrador a Internet.
• log: puerta de enlace de entrada para acceso al registro de errores de base de datos.

Las solicitudes de cliente llegan en la puerta de enlace usr. La puerta de enlace reenvía las solicitudes al equilibrador de carga webs, el cual las dirige a uno de los servidores Web: srv1 o srv2. Cuando los scripts (por ejemplo, Perl o PHP) en los servidores Web tienen que acceder a datos persistentes, usan el dispositivo dbase a través de sus terminales db.

La base de datos dbase escribe su registro de errores en el dispositivo de registros a través del terminal de registro. Además, un administrador puede iniciar sesión a través de la puerta de enlace de registro al dispositivo de registros y consultar los archivos de registro de error de base de datos (así como los archivos de registro del servidor Web).

Adicionalmente, un administrador puede iniciar sesión sobre SSH a través de la puerta de enlace de mantenimiento al servidor admin. Desde el servidor admin, el administrador puede acceder a la base de datos dbase para obtener estadísticas o cambiar el esquema de la base de datos. El servidor admin puede acceder a Internet a través de la puerta de enlace gway para, por ejemplo, descargar una versión más reciente de bibliotecas o el esquema de la base de datos.

En este ejemplo, la base de datos utilizada con dbase no es de sólo lectura y muchos usuarios pueden acceder a ella a través de los servidores Web ejecutando consultas sencillas. Por ello, dbase se configura para utilizar 256 MB de memoria. Además, la base de datos está configurada para conservar una semana de archivos de registro, uno por día (después de cada semana los archivos de registro se sobrescriben).

Ejemplo de configuración de las propiedades:

Notas:

• El volumen de datos se deberá configurar también en el dispositivo dbase y el volumen de datos se deberá configurar también en el dispositivo de registros.

Los dispositivos maint, admin, gway y log no son necesarios para el funcionamiento de la aplicación de dos niveles. Si existen, el servidor admin puede tener tareas de cron para limpiar la base de datos, enviar correo electrónico, etc.

Aplicación de dos niveles sencilla (sistema de soporte de decisión)

El diagrama siguiente muestra un uso típico del dispositivo PGSQL en una aplicación Web de dos niveles que implementa un sistema de soporte de decisión para unos pocos usuarios que ejecutan consultas complejas en una base de datos grande con varios GB de tamaño.

Dispositivos en uso:

• usr: puerta de enlace de entrada.
• srv: servidor Web con contenido activo (por ejemplo, scripts de CGI).
• config: almacenamiento de contenido de servidor Web.
• dbase: dispositivo de base de datos PostgreSQL.
• logs: almacenamiento de archivos de registro de errores de bases de datos y Web.
• admin: puerta de enlace de entrada para ver archivos de registro.

Las solicitudes de cliente llegan en la puerta de enlace usr. La puerta de enlace reenvía las solicitudes al servidor srv, el cual sirve la solicitud. Cuando los scripts (por ejemplo, Perl o PHP) en srv tienen que acceder a datos de acceso persistentes, usa el dispositivo dbase a través del terminal db. El dispositivo dbase se configura para almacenar sus archivos de registro dentro del directorio raíz del recurso compartido mostrado por los registros.

Mediante un explorador, los administradores se conectan a la puerta de enlace de administrador para consultar los archivos de registro de PostgreSQL. La puerta de enlace admin envía las solicitudes al dispositivo NAS de registros.

En este ejemplo, la base de datos utilizada con dbase no es sólo lectura y los usuarios pueden acceder a ella por srv ejecutando consultas complejas (consultas grandes con acceso a millones de filas). Por ello, dbase se configura para utilizar 1536 MB de memoria. Además, la base de datos está configurada para conservar una semana de archivos de registro, uno por día (después de cada semana los archivos de registro se sobrescriben).

Ejemplo de configuración de las propiedades:

Nota: El volumen de datos se deberá configurar también en el dispositivo dbase y el volumen de datos se deberá configurar también en el dispositivo de registros.

Aplicación de dos niveles sencilla (aplicación de base de datos de sólo lectura basada en Web)

Un uso menos común del dispositivo PGSQL es una aplicación Web de dos niveles que use una base de datos de sólo lectura. Esto es igual que los ejemplos de aplicación sencillos anteriores, excepto en que la base de datos es de sólo lectura (no se permite ninguna modificación). Es importante parametrizar PGSQL para que utilice una base de datos de sólo lectura, ya que desactivará diversas funciones de PostgreSQL que no se necesitan para las bases de datos de sólo lectura, lo cual resulta en un mejor rendimiento (vaciado automático de la base de datos, estadísticas de modificación en la base de datos, etc.).

Ejemplo de configuración de las propiedades:

Depuración de aplicaciones de base de datos

PGSQL muestra propiedades para permitir depurar una base de datos mediante el archivo de registro parametrizado (log_filename). Por ejemplo, esto es útil cuando es necesario hacer un seguimiento de declaraciones SQL, consultar cuánto tiempo se tarda en ejecutar declaraciones SQL, consultar por qué falla una declaración SQL, etc. La información de depuración incluye:

• Información de depuración estándar que muestra PostgreSQL.
• Estadísticas de procesamiento y ejecución de declaraciones SQL (útil para consultas).
• Estadísticas de PostgreSQL sobre comandos SQL, acceso de nivel de fila a bases de datos, etc.
• Conexiones y desconexiones del usuario.

Normalmente, para depurar una base de datos se configuran las propiedades siguientes:

La información de depuración se almacena en el registro de errores al cual se accede a través del terminal de registro o bien queda disponible a través de una de las vistas de estadísticas de PostgreSQL: http://www.postgresql.org/docs/8.3/static/monitoring-stats.html.

Notas

Tenga en cuenta lo siguiente:

• PGSQL está diseñado para usos de base de datos relativamente sencillos (sin replicación principal-sencundario, etc.) Si necesita una base de datos con funciones más avanzadas, háganoslo saber.
• PGSQL permite que cualquier usuario de Postgres válido pueda acceder a la base de datos (hay roles de postgres y raíz preconfigurados como superusuario; se pueden crear nuevos roles). Las contraseñas de usuario se ignoran cuando se accede a través del terminal in. Se puede acceder solamente a la base de datos por el terminal in o localmente en el propio dispositivo PGSQL.
• Requisitos de volumen
  • Ayuda a garantizar que el volumen de datos se crea con el sistema de archivos ext3; de lo contrario, no se podrá iniciar PostgreSQL.
  • Puede dejar el volumen vacío (sólo estaría creado) si auto_create se establece como "yes". PGSQL creará una base de datos vacía en el volumen cuando se inicie.
  • El volumen contiene solamente los datos de la base de datos. Los datos se pueden mover copiando todos los archivos a un nuevo volumen, por ejemplo, de mayor tamaño.
  • los archivos de configuración de PostgreSQL se copian en el volumen de datos del directorio /appliance/conf.
  • En el caso de las bases de datos existentes, PGSQL espera que el archivo PostgreSQL PG_VERSION esté presente en el directorio raíz del volumen. Si este archivo falta, PGSQL supone que la base de datos es no válida y lo sobrescribirá si auto_create está definido como "yes".
• Para las bases de datos de lectura/escritura (no para las de sólo lectura), PGSQL realiza vaciados automáticos de la base de datos. Así se verifica que la base de datos no malgasta espacio en disco en el volumen de datos. Esto es una función incorporada de PostgreSQL. Sin el vaciado automático, el volumen de datos puede llenarse. Es obligatorio definir log_cmd_stats como "yes" para activar el vaciado automático.
• El dispositivo conectado a PGSQL es responsable de crear su propia base de datos y tablas, en caso de que no existan. Si lo desea, puede copiar manualmente la base de datos inicial al volumen de datos.
• El dispositivo o servidor conectado al terminal PGSQL="s =in debería tener la biblioteca de cliente de PostgreSQL para acceder al servidor PostgreSQL y enviar solicitudes. Esta biblioteca se puede descargar aquí.
• Referencias:
  • http://www.postgresql.org: sitio Web de PostgreSQL

http://www.postgresql.org/docs/8.3/interactive/index.html: documentación de PostgreSQL 8.3

Software de fuente abierta y de terceros utilizado en este dispositivo

El software de fuente abierta o de terceros a continuación se utiliza además del software de la clase base del dispositivo (LUX64 es la clase base de PGSQL64).