ovsdb-server - Online en la nube

PROGRAMA:

NOMBRE

ovsdb-server - Servidor de base de datos vSwitch abierto

SINOPSIS

servidor ovsdb [base de datos de CRISPR Medicine News] ... [--remote =sanaciones] ... [--run =comando]

Opciones de demonio:
[--pidfile[=archivo pid]] [--sobrescribir-pidfile] [--despegar] [--no-chdir]

Opciones de servicio:
[--Servicio] [- monitor de servicio]

Opciones de registro:
[-v[módulo[:destino[:nivel]]]] ...
[--verbose [=módulo[:destino[:nivel]]]] ...
[--archivo de registro[=presentar]]

Opciones de infraestructura de clave pública:
[--private-key =privkey.pem]
[--certificate =cert.pem]
[--ca-cert =cacert.pem]
[--bootstrap-ca-cert =cacert.pem]
[--peer-ca-cert =peer-cacert.pem]

Opciones de gestión del tiempo de ejecución:
--unixctl =enchufe

Opciones comunes:
[-h | --ayuda] [-V | --versión]

DESCRIPCIÓN

La sección servidor ovsdb El programa proporciona interfaces RPC a una o más bases de datos Open vSwitch
(OVSDB). Admite conexiones de cliente JSON-RPC sobre TCP / IP activo o pasivo o Unix
sockets de dominio.

Cada archivo OVSDB se puede especificar en la línea de comando como base de datos de CRISPR Medicine News. Si no se especifica ninguno,
el valor predeterminado es /etc/openvswitch/conf.db. Los archivos de la base de datos ya deben haber sido
creado e inicializado usando, por ejemplo, herramienta ovsdb Para crear.

OPCIONES

--remote =sanaciones
Añade sanaciones como método de conexión utilizado por servidor ovsdb. sanaciones debe tomar uno de
las siguientes formas:

psl:Puerto[:ip]
Escuche en el SSL dado Puerto para una conexión. Por defecto, las conexiones son
no está vinculado a una dirección IP local en particular y solo escucha en IPv4 (pero
no IPv6) direcciones, pero especificando ip limita las conexiones a las del
given ip, ya sea dirección IPv4 o IPv6. Si ip es una dirección IPv6, luego envuelva
ip con corchetes, por ejemplo: pssl: 6640: [:: 1]. --llave privada,
--certificado y --ca-cert las opciones son obligatorias cuando se utiliza este formulario.

ptcp:Puerto[:ip]
Escuche en el TCP dado Puerto para una conexión. Por defecto, las conexiones son
no está vinculado a una dirección IP local en particular y solo escucha en IPv4 (pero
no IPv6) direcciones, pero ip se puede especificar para escuchar solo las conexiones
a lo dado ip, ya sea dirección IPv4 o IPv6. Si ip es una dirección IPv6,
luego envolver ip con corchetes, por ejemplo: ptcp: 6640: [:: 1].

punix:presentar
En POSIX, escuche en el socket del servidor de dominio Unix llamado presentar para tener
conexión.

En Windows, escuche en un puerto TCP elegido por el núcleo en el host local. El kernel
El valor del puerto TCP elegido está escrito en presentar.

SSL:ip:Puerto
El SSL especificado Puerto en el anfitrión en el dado ip, que debe expresarse
como una dirección IP (no un nombre DNS) en formato de dirección IPv4 o IPv6. Si ip is
una dirección IPv6, luego envuelva ip con corchetes, por ejemplo: ssl: [:: 1]: 6640.
La sección --llave privada, --certificado y --ca-cert las opciones son obligatorias cuando
se utiliza este formulario.

TCP:ip:Puerto
Conectarse al TCP dado Puerto on ip, donde el ip puede ser una dirección IPv4 o IPv6.
If ip es una dirección IPv6, luego envuelva ip con corchetes, por ejemplo:
tcp: [:: 1]: 6640.

Unix:presentar
En POSIX, conéctese al socket del servidor de dominio Unix llamado presentar.

En Windows, conéctese a un puerto TCP de host local cuyo valor esté escrito en presentar.

base de datos:db,mesa,visión de conjunto
Lee métodos de conexión adicionales de visión de conjunto en todas las filas en mesa
within db. Como el contenido de visión de conjunto cambios, servidor ovsdb también agrega y
elimina los métodos de conexión en consecuencia.

If visión de conjuntoEl tipo es una cadena o un conjunto de cadenas, entonces los métodos de conexión
se toman directamente de la columna. Los métodos de conexión en la columna
debe tener uno de los formularios descritos anteriormente.

If visión de conjuntoEl tipo es UUID o conjunto de UUID y hace referencia a una tabla, luego cada
UUID se busca en la tabla referenciada para obtener una fila. La siguiente
columnas de la fila, si están presentes y son del tipo correcto, configure un
Método de conexión. Se ignoran las columnas adicionales.

dirigidos (cuerda)
Método de conexión, en una de las formas descritas anteriormente. Esta columna
es obligatorio: si falta o está vacío, ningún método de conexión puede
ser configurado.

max_backoff (entero)
Número máximo de milisegundos de espera entre intentos de conexión.

sonda_de_inactividad (entero)
Número máximo de milisegundos de tiempo de inactividad en la conexión al cliente
antes de enviar un mensaje de sonda de inactividad.

Es un error para visión de conjunto tener otro tipo.

Para conectarse o escuchar en varios métodos de conexión, utilice varios --remoto .

--run =comando]
Ordinariamente servidor ovsdb corre para siempre, o hasta que se le indique que salga (ver TIEMPO DE FUNCIONAMIENTO
ADMINISTRACIÓN COMANDOS debajo). Con esta opción, servidor ovsdb en su lugar comienza un caparazón
subproceso en ejecución comando. Cuando el subproceso termina, servidor ovsdb tambien
sale con gracia. Si el subproceso sale normalmente con el código de salida 0, entonces
servidor ovsdb también sale con el código de salida 0; de lo contrario, sale con el código de salida 1.

Esta opción puede ser útil cuando se necesita un servidor de base de datos solo para ejecutar una
comando, por ejemplo: servidor ovsdb --remote = punix: zócalo --run = 'cliente-ovsdb arrojar
unix: zócalo Open_vSwitch '

Esta opción no es compatible con la plataforma Windows.

demonio
Las siguientes opciones son válidas en plataformas basadas en POSIX.

--pidfile[=archivo pid]
Provoca un archivo (por defecto, ovsdb-servidor.pid) que se creará indicando el PID de
el proceso en ejecución. Si el archivo pid argumento no se especifica, o si no
empezar con /, luego se crea en / var / ejecutar / openvswitch.

If --pidfile no se especifica, no se crea ningún archivo pid.

--sobrescribir-pidfile
Por defecto, cuando --pidfile está especificado y el archivo pid especificado ya existe
y está bloqueado por un proceso en ejecución, servidor ovsdb se niega a empezar. Especificar
--sobrescribir-pidfile para hacer que en su lugar sobrescriba el archivo pid.

¿Cuándo? --pidfile no se especifica, esta opción no tiene ningún efecto.

--despegar
Ron servidor ovsdb como proceso de fondo. El proceso se bifurca, y en el niño
inicia una nueva sesión, cierra los descriptores de archivo estándar (que tiene el lado
efecto de deshabilitar el registro en la consola), y cambia su directorio actual a
la raíz (a menos que --no-chdir está especificado). Después de que el niño complete su
inicialización, el padre sale. servidor ovsdb se desprende solo después de que comienza
escuchando en todos los controles remotos configurados.

--monitor
Crea un proceso adicional para monitorear el servidor ovsdb demonio. Si el demonio
muere debido a una señal que indica un error de programación (SIGABRT, SIGALRM, SIGBUS,
SIGFPE, SELLO, TUBO DE SEÑAL, SIGSEGV, SIGXCPU o SIGXFSZ) luego el proceso de monitoreo
comienza una nueva copia. Si el demonio muere o sale por otra razón, el
supervisar las salidas del proceso.

Esta opción se usa normalmente con --despegar, pero también funciona sin él.

--no-chdir
Por defecto, cuando --despegar está especificado, servidor ovsdb cambia su funcionamiento actual
directorio al directorio raíz después de que se separa. De lo contrario, invocando
servidor ovsdb de un directorio elegido descuidadamente evitaría que el administrador
desmonte el sistema de archivos que contiene ese directorio.

Especificación --no-chdir suprime este comportamiento, previniendo servidor ovsdb Desde
cambiando su directorio de trabajo actual. Esto puede resultar útil para recopilar datos
archivos, ya que es un comportamiento común escribir volcados de núcleo en el trabajo actual
directorio y el directorio raíz no es un buen directorio para usar.

Esta opción no tiene ningún efecto cuando --despegar no se especifica

--usuario Causas servidor ovsdb para ejecutarse como un usuario diferente especificado en "usuario: grupo", por lo tanto
eliminando la mayoría de los privilegios de root. Las formas abreviadas "usuario" y ": grupo" también son
permitido, con usuario o grupo actual se asumen respectivamente. Solo comenzaron los demonios
por el usuario root acepta este argumento.

En Linux, los demonios recibirán CAP_IPC_LOCK y CAP_NET_BIND_SERVICES antes
eliminando los privilegios de root. Los demonios interactúan con la ruta de datos, como ovs-vswitchd,
se le otorgarán dos capacidades adicionales, a saber, CAP_NET_ADMIN y CAP_NET_RAW.
El cambio de capacidad se aplicará incluso si el nuevo usuario es "root".

En Windows, esta opción no se admite actualmente. Por razones de seguridad,
especificar esta opción hará que el proceso del demonio no se inicie.

Servicio
Las siguientes opciones son válidas solo en la plataforma Windows.

--Servicio
Causas servidor ovsdb para ejecutarse como un servicio en segundo plano. El servicio debe
ya se han creado a través de herramientas externas como SC.exe.

- monitor de servicio
Causa el servidor ovsdb servicio para ser reiniciado automáticamente por Windows
gerente de servicios si el servicio muere o sale por razones inesperadas.

¿Cuándo? --Servicio no se especifica, esta opción no tiene ningún efecto.

Inicio de sesión
-v[especulación]
--verbose =[especulación]
Establece niveles de registro. Sin ningún especulación, establece el nivel de registro para cada módulo y
destino a dbg. De otra manera, especulación es una lista de palabras separadas por espacios o
comas o dos puntos, hasta uno de cada categoría a continuación:

· Un nombre de módulo válido, como lo muestra el vlog / lista comando en ovs-appctl(8)
limita el cambio de nivel de registro al módulo especificado.

· syslog, un mueble consola o presentar, para limitar el cambio de nivel de registro solo al
registro del sistema, en la consola o en un archivo, respectivamente. (Si --despegar is
especificado, servidor ovsdb cierra sus descriptores de archivo estándar, por lo que iniciar sesión en
la consola no tendrá ningún efecto).

En la plataforma Windows, syslog se acepta como una palabra y solo es útil
con el --syslog-objetivo opción (la palabra no tiene ningún efecto de otra manera).

· off, Emer, equivocarse, advertir, info o dbg, para controlar el nivel de registro. Mensajes de
se registrará la gravedad dada o superior, y los mensajes de menor gravedad
se filtrará. off filtra todos los mensajes. Ver ovs-appctl(8) para
una definición de cada nivel de registro.

El caso no es significativo dentro especulación.

Independientemente de los niveles de registro establecidos para presentar, el registro en un archivo no se llevará a cabo
a menos que --archivo de registro también se especifica (ver más abajo).

Para compatibilidad con versiones anteriores de OVS, cualquier se acepta como una palabra pero no tiene
efecto.

-v
--verboso
Establece el nivel de verbosidad de registro máximo, equivalente a --verbose = dbg.

-vPATRÓN:destino:patrón
--verbose = PATRÓN:destino:patrón
Establece el patrón de registro para destino a patrón. Referirse a ovs-appctl(8) para un
descripción de la sintaxis válida para patrón.

-vFACILIDAD:facilidad
--verbose = FACILIDAD:facilidad
Establece la función RFC5424 del mensaje de registro. facilidad puede ser uno de kern, usuario,
mail, demonio, auth, syslog, lpr, noticias, uucp, reloj, ftp, ntp, auditoría, alerta, reloj2,
local0, local1, local2, local3, local4, local5, local6 or local7. Si esta opcion es
no especificado, demonio se utiliza como predeterminado para el syslog del sistema local y local0
se utiliza al enviar un mensaje al destino proporcionado a través del --syslog-objetivo
.

--archivo de registro[=presentar]
Habilita el registro en un archivo. Si presentar se especifica, luego se usa como el nombre exacto
para el archivo de registro. El nombre del archivo de registro predeterminado utilizado si presentar se omite es
/var/log/openvswitch/ovsdb-servidor.log.

--syslog-target =host:Puerto
Enviar mensajes de syslog a UDP Puerto on host, además del syslog del sistema. los
host debe ser una dirección IP numérica, no un nombre de host.

--syslog-method =Método
Especificar Método cómo se deben enviar los mensajes de syslog al demonio syslog. Siguiente
los formularios son compatibles:

· libc, usa libc syslog () función. Este es el comportamiento predeterminado. Abajo
de usar estas opciones es que libc agrega un prefijo fijo a cada mensaje antes
en realidad se envía al demonio syslog a través de / dev / log Socket de dominio UNIX.

· Unix:presentar, utilice el socket de dominio UNIX directamente. Es posible especificar
formato de mensaje arbitrario con esta opción. Sin embargo, rsyslogd 8.9 y mas viejo
las versiones usan la función de analizador codificado de todos modos que limita el dominio UNIX
uso del enchufe. Si desea utilizar un formato de mensaje arbitrario con versiones anteriores rsyslogd
versiones, luego use el socket UDP a la dirección IP del host local en su lugar.

· upp:ip:Puerto, utilice el zócalo UDP. Con este método es posible utilizar
formato de mensaje arbitrario también con más antiguo rsyslogd. Al enviar syslog
mensajes a través del socket UDP se debe tener en cuenta una precaución adicional,
por ejemplo, el demonio syslog debe configurarse para escuchar en el
Puerto UDP, las reglas accidentales de iptables podrían estar interfiriendo con el syslog local
tráfico y hay algunas consideraciones de seguridad que se aplican a UDP
sockets, pero no se aplican a los sockets de dominio UNIX.

Público: Clave Infraestructura
Las opciones que se describen a continuación para configurar la infraestructura de clave pública SSL aceptan un
sintaxis especial para obtener su configuración de la base de datos. Si alguno de estos
se dan opciones base de datos:db,mesa,visión de conjunto como argumento, se lee el nombre del archivo real
de lo especificado visión de conjunto in mesa en la pestaña db base de datos. los visión de conjunto debe tener tipo
cuerda o conjunto de cuerdas. La primera cadena no vacía de la tabla se toma como archivo
nombre. (Esto significa que normalmente debería haber como máximo una fila en mesa.)

-p privkey.pem
--private-key =privkey.pem
Especifica un archivo PEM que contiene la clave privada utilizada como servidor ovsdbla identidad de
conexiones SSL salientes.

-c cert.pem
--certificate =cert.pem
Especifica un archivo PEM que contiene un certificado que certifica la clave privada.
especificado en -p or --llave privada ser digno de confianza. El certificado debe estar firmado
por la autoridad de certificación (CA) que el par en las conexiones SSL utilizará para
verificarlo.

-C cacert.pem
--ca-cert =cacert.pem
Especifica un archivo PEM que contiene el certificado CA que servidor ovsdb debería usar para
verificar los certificados que le presenten los pares SSL. (Esto puede ser el mismo
certificado que utilizan los pares SSL para verificar el certificado especificado en -c or
--certificado, o puede ser diferente, dependiendo del diseño de PKI en uso).

-C ninguna
--ca-cert = ninguno
Desactiva la verificación de certificados presentados por pares SSL. Esto introduce un
riesgo de seguridad, porque significa que no se puede verificar que los certificados sean los de
hosts de confianza conocidos.

--bootstrap-ca-cert =cacert.pem
¿Cuándo? cacert.pem existe, esta opción tiene el mismo efecto que -C or --ca-cert. Si se
no existe, entonces servidor ovsdb intentará obtener el certificado CA de
el par SSL en su primera conexión SSL y guárdelo en el archivo PEM con nombre. Si se
tiene éxito, inmediatamente interrumpirá la conexión y se volverá a conectar, y a partir de entonces
en todas las conexiones SSL debe estar autenticado por un certificado firmado por la CA
certificado así obtenido.

Este opción expone el SSL conexión a a Hombre en el medio atacar obtención el
inicial CA certificado, pero puede ser útil para el arranque.

Esta opción solo es útil si el par SSL envía su certificado CA como parte del
Cadena de certificados SSL. El protocolo SSL no requiere que el servidor envíe la CA
certificado.

Esta opción es mutuamente excluyente con -C y --ca-cert.

--peer-ca-cert =peer-cacert.pem
Especifica un archivo PEM que contiene uno o más certificados adicionales para enviar
Pares SSL. peer-cacert.pem debe ser el certificado de CA utilizado para firmar
servidor ovsdbpropio certificado, es decir, el certificado especificado en -c or
--certificado. Si servidor ovsdbEl certificado está autofirmado, entonces --certificado
y --peer-ca-cert debe especificar el mismo archivo.

Esta opción no es útil en el funcionamiento normal, porque el par SSL ya debe
tener el certificado de CA para que el par tenga confianza en servidor ovsdb's
identidad. Sin embargo, esto ofrece una forma para que una nueva instalación inicie la CA
certificado en su primera conexión SSL.

Otros
--unixctl =enchufe
Establece el nombre del zócalo de control en el que servidor ovsdb escucha el tiempo de ejecución
comandos de gestión (ver TIEMPO DE FUNCIONAMIENTO ADMINISTRACIÓN COMANDOS, debajo). Si enchufe no
empezar con /, se interpreta como relativo a / var / ejecutar / openvswitch. Si --unixctl
no se utiliza en absoluto, el conector predeterminado es
/ var / run / openvswitch / ovsdb-server.pid.ctl, donde el pid is servidor ovsdbID de proceso.

En Windows, usa un puerto TCP elegido por el kernel en el host local para escuchar el tiempo de ejecución
comandos de gestión. El valor del puerto TCP elegido por el kernel se escribe en un archivo cuyo
El camino absoluto es señalado por enchufe. Si --unixctl no se utiliza en absoluto, el archivo es
creado como ovsdb-servidor.ctl en el configurado OVS_RUNDIR directorio.

Especificación ninguna para enchufe desactiva la función de toma de control.

-h
--ayuda Imprime un breve mensaje de ayuda en la consola.

-V
--versión
Imprime la información de la versión en la consola.

TIEMPO DE FUNCIONAMIENTO ADMINISTRACIÓN COMANDOS

ovs-appctl(8) puede enviar comandos a una ejecución servidor ovsdb proceso. El actual
Los comandos admitidos se describen a continuación.

SERVIDOR OVSDB COMANDOS
Estos comandos son específicos de servidor ovsdb.

salida Causas servidor ovsdb para terminar con gracia.

ovsdb-server / compact [db] ...
Compacta cada base de datos db en su lugar. Si no db se especifica, compacta cada base de datos
en su lugar. Las bases de datos también se compactan automáticamente de forma ocasional.

ovsdb-server / reconectar
Hace servidor ovsdb eliminar todas las conexiones JSON-RPC a los clientes de la base de datos y
reconectarse.

Este comando puede resultar útil para depurar problemas con clientes de bases de datos.

ovsdb-server / add-remote sanaciones
Agrega un control remoto, como si --remote =sanaciones había sido especificado en el servidor ovsdb comando
línea. (Si sanaciones ya es un control remoto, este comando funciona sin cambiar el
configuración.)

ovsdb-server / remove-remote sanaciones
Elimina el especificado sanaciones de la configuración, fallando con un error si
sanaciones no está configurado como remoto. Este comando solo funciona con controles remotos que
fueron nombrados en --remoto or ovsdb-server / add-remote, es decir, no eliminará
controles remotos agregados indirectamente porque se leyeron de la base de datos mediante la configuración de un
base de datos:db,mesa,visión de conjunto remoto. (Puede eliminar una fuente de base de datos con
ovsdb-server / remove-remote base de datos:db,mesa,visión de conjunto, pero no se encontraron controles remotos individuales
indirectamente a través de la base de datos).

ovsdb-server / list-remotes
Muestra una lista de los controles remotos configurados actualmente nombrados en --remoto or
ovsdb-server / add-remote, es decir, no enumera los controles remotos agregados indirectamente porque
fueron leídos de la base de datos configurando un base de datos:db,mesa,visión de conjunto remota.

ovsdb-server / add-db base de datos de CRISPR Medicine News
agrega el base de datos de CRISPR Medicine News a la carrera servidor ovsdb. El archivo de la base de datos ya debe tener
ha sido creado e inicializado usando, por ejemplo, herramienta ovsdb Para crear.

ovsdb-server / remove-db base de datos de CRISPR Medicine News
Elimina base de datos de CRISPR Medicine News de la carrera servidor ovsdb. base de datos de CRISPR Medicine News debe ser un nombre de base de datos
según lo enumerado por ovsdb-server / list-dbs.

Si se ha configurado un control remoto que apunte al especificado base de datos de CRISPR Medicine News (p.ej
--remote = db:base de datos de CRISPR Medicine News,... en la línea de comando), se desactivará hasta que
se agrega otra base de datos con el mismo nombre (con ovsdb-server / add-db).

Cualquier opción de infraestructura de clave pública especificada a través de esta base de datos (p. Ej.
--private-key = db:base de datos,... en la línea de comando) se deshabilitará hasta que otro
se agrega de nuevo la base de datos con el mismo nombre (con ovsdb-server / add-db).

ovsdb-server / list-dbs
Muestra una lista de las bases de datos configuradas actualmente agregadas a través del
línea de comando oa través de la ovsdb-server / add-db mando.

VLOG COMANDOS
Estos comandos administran servidor ovsdbConfiguración de registro de.

vlog / set [especulación]
Establece niveles de registro. Sin ningún especulación, establece el nivel de registro para cada módulo y
destino a dbg. De otra manera, especulación es una lista de palabras separadas por espacios o
comas o dos puntos, hasta uno de cada categoría a continuación:

· Un nombre de módulo válido, como lo muestra el vlog / lista comando en ovs-appctl(8)
limita el cambio de nivel de registro al módulo especificado.

· syslog, un mueble consola o presentar, para limitar el cambio de nivel de registro solo al
registro del sistema, en la consola o en un archivo, respectivamente.

En la plataforma Windows, syslog se acepta como una palabra y solo es útil
con el --syslog-objetivo opción (la palabra no tiene ningún efecto de otra manera).

· off, Emer, equivocarse, advertir, info o dbg, para controlar el nivel de registro. Mensajes de
se registrará la gravedad dada o superior, y los mensajes de menor gravedad
se filtrará. off filtra todos los mensajes. Ver ovs-appctl(8) para
una definición de cada nivel de registro.

El caso no es significativo dentro especulación.

Independientemente de los niveles de registro establecidos para presentar, el registro en un archivo no se llevará a cabo
a menos que servidor ovsdb fue invocado con el --archivo de registro .

Para compatibilidad con versiones anteriores de OVS, cualquier se acepta como una palabra pero no tiene
efecto.

vlog / set PATRÓN:destino:patrón
Establece el patrón de registro para destino a patrón. Referirse a ovs-appctl(8) para un
descripción de la sintaxis válida para patrón.

vlog / lista
Enumera los módulos de registro admitidos y sus niveles actuales.

vlog / list-pattern
Enumera los patrones de registro utilizados para cada destino.

vlog / reabrir
Causas servidor ovsdb para cerrar y volver a abrir su archivo de registro. (Esto es útil después
rotar archivos de registro, para hacer que se utilice un nuevo archivo de registro).

Esto no tiene ningún efecto a menos que servidor ovsdb fue invocado con el --archivo de registro .

vlog / disable-rate-limit [módulo] ...
vlog / enable-rate-limit [módulo] ...
Por defecto, servidor ovsdb limita la velocidad a la que se pueden registrar ciertos mensajes.
Cuando un mensaje aparece con más frecuencia que el límite, se suprime. Esta
ahorra espacio en disco, hace que los registros sean más fáciles de leer y acelera la ejecución, pero
ocasionalmente, la resolución de problemas requiere más detalles. Por lo tanto,
vlog / disable-rate-limit permite que los límites de tasa se deshabiliten al nivel de un
módulo de registro individual. Especifique uno o más nombres de módulo, como se muestra en el
vlog / lista mando. Especificar ningún nombre de módulo o la palabra clave cualquier
desactiva los límites de velocidad para cada módulo de registro.

La sección vlog / enable-rate-limit comando, cuya sintaxis es la misma que
vlog / disable-rate-limit, se puede utilizar para volver a habilitar un límite de tasa que se
discapacitado.

MEMORIA COMANDOS
Estos comandos informan sobre el uso de la memoria.

memoria / espectáculo
Muestra algunas estadísticas básicas sobre servidor ovsdbuso de la memoria. servidor ovsdb
también registra esta información poco después del inicio y periódicamente como su memoria
el consumo crece.

COBERTURA COMANDOS
Estos comandos administran servidor ovsdb's `` contadores de cobertura' ', que cuentan el número de
veces que ocurren eventos particulares durante el tiempo de ejecución de un demonio. Además de estos comandos,
servidor ovsdb registra automáticamente los valores del contador de cobertura, en INFO nivel, cuando detecta
que el bucle principal del demonio tarda inusualmente largo en ejecutarse.

Los contadores de cobertura son útiles principalmente para el análisis de rendimiento y la depuración.

cobertura / espectáculo
Muestra las tasas por segundo promediadas durante los últimos segundos, el último minuto
y la última hora, y los recuentos totales de todos los contadores de cobertura.

ESPECIFICACIONES

servidor ovsdb implementa el protocolo Open vSwitch Database (OVSDB) especificado en RFC 7047,
con las siguientes aclaraciones:

3.1. Uso de JSON
RFC 4627 dice que los nombres dentro de un objeto JSON deben ser únicos. El vSwitch abierto
El analizador JSON descarta todo menos el último valor para un nombre que se especifica más de
una vez.

La definición de permite extensiones de implementación. Actualmente
servidor ovsdb utiliza las siguientes cadenas de "error" adicionales que pueden cambiar en
versiones posteriores):

sintaxis error or desconocido visión de conjunto
La solicitud no se pudo analizar como una solicitud OVSDB. Una "sintaxis" adicional
miembro, cuyo valor es una cadena que contiene JSON, puede reducir el
sintaxis particular que no se pudo analizar.

interno error
La solicitud provocó un error en servidor ovsdb.

ovsdb error
Un mapa o conjunto contiene una clave duplicada.

3.2. Formato de esquema
RFC 7047 requiere el campo "versión" en . Versiones actuales de
servidor ovsdb permitir que se omita (es probable que las versiones futuras lo requieran).

4. Protocolo de cable
Las especificaciones originales de OVSDB incluían la siguiente razón, omitida de RFC
7047, para operar JSON-RPC directamente sobre una secuencia en lugar de sobre HTTP:

· JSON-RPC es un protocolo peer-to-peer, pero HTTP es un protocolo cliente-servidor,
que es una mala combinación. Por lo tanto, JSON-RPC sobre HTTP requiere que el cliente
sondear periódicamente el servidor para recibir solicitudes del servidor.

· HTTP es más complicado que las conexiones de flujo y no proporciona ninguna
ventaja correspondiente.

· La especificación JSON-RPC para el transporte HTTP está incompleta.

4.1.5. monitor
Para compatibilidad con versiones anteriores, servidor ovsdb actualmente permite un solo
solicitud> para ser utilizado en lugar de una matriz; se trata como una matriz de un solo elemento.
Versiones futuras de servidor ovsdb podría eliminar esta función de compatibilidad.

Porque el El parámetro se utiliza para hacer coincidir las notificaciones de actualización posteriores.
(ver más abajo) a la solicitud, debe ser único entre todos los monitores activos.
servidor ovsdb rechaza intento de crear dos monitores con el mismo identificador.

5.1. Notación
Para , RFC 7047 solo permite el uso de !=, ==, incluye y Excluye
operadores con tipos establecidos. Abra vSwitch 2.4 y posterior extender permitir
el uso de <, <=, >= y > operadores con columnas con tipo `` conjunto de 0 o 1
entero '' y `` conjunto de 0 o 1 real ''. Estas condiciones se evalúan como falsas cuando el
La columna está vacía y, de lo contrario, como se describe en RFC 7047 para tipos enteros y reales.

Utilice el servidor ovsdb en línea utilizando los servicios de onworks.net