redborder quickstart guide - Teldat

Para la instalación del manager, el usuario dispondrá de una imagen ISO con la que se deberá arrancar la máquina en la que se va a instalar.

Al iniciar el asistente de instalación tendrá acceso a un menú tal y como se muestra a continuación:

Seleccionamos "Install Teldat Visualizer" para comenzar la instalación.

En pocos segundos nos aparecerá otro menú como el que se muestra a continuación:

En este paso el instalador nos preguntará la unidad de disco en la que deseamos realizar la instalación.

También en este menú se nos preguntará por la contraseña que deseamos configurar para el usuario "root" del sistema.

Tras esto se procederá a la instalación de los paquetes de instalación del software en el disco duro.

Espere hasta que la instalación se haya completado al 100%.

Una vez finalizada la instalación, el sistema será reiniciado. Durante el primer arranque el sistema procederá a realizar una serie de acciones para configurarse por primera vez.

Una vez que en la terminal nos aparezca la siguiente imagen, ya podremos acceder.

Una vez logueados en el manager, debemos ejecutar el comando rb_sysconf para realizar la configuración inicial.

Estas son las opciones que encontrará en la pantalla principal de este menú:

Para realizar la instalación automática del manager, usaremos la opción w) start simple wizard.

Existen una serie de opciones definidas por defecto (indicadas entre corchetes). Para aceptarlas tan solo tiene que pulsar Enter. No obstante, puede modificarlas manualmente en cualquier momento del proceso de instalación.

Mode, Hostname, DNS y NTP

Una vez introducidos estos valores, el sistema le avisará de que los cambios han sido aplicados con éxito mediante el siguiente mensaje rotulado en verde: DNS and domain settings applied successfully.

Configuración de NTP y red de gestión

El siguiente paso es indicar el servidor de hora: NTP server [pool.ntp.org]: Si existe algún servidor NTP en su red que quiera utilizar, se debe indicar aquí. En caso contrario, se asignará uno por defecto.

Si sólo va a desplegar un manager, necesitará una única interfaz de red. Por el contrario, si va a desplegar un cluster con múltiples managers será necesario al menos reservar 2 interfaces de red:

En cada una de estas interfaces se configurará un bonding de red.

La configuración del bonding de gestión solicitará los siguientes datos:

Una vez introducidos estos valores, el sistema le avisará de que el bonding ha sido creado con éxito.

Configuración de red de sincronismo

Si hemos configurado la máquina con 2 interfaces de red, a continuación tendremos que configurar el bonding para la red de sincronismo.

Configuración de cluster y servicios externos

Como último paso se preguntan una serie de opciones de configuración relacionadas con la creación de un cluster de varios managers y la configuración de servicios fuera del manager. Para instalaciones on-premises, se recomienda dejar los valores por defecto.

Una vez finalizado, aceptamos y se iniciará el proceso de configuración.

Primera conexión a la aplicación web

Una vez se haya instalado y configurado el software, se podrá acceder a la aplicación web conectando mediante un navegador a la URL https://IP-de-gestion usando como usuario y password por defecto admin (usuario) y teldat123 (password). Para la conexión por consola, se puede hacer por consola directa (tty) o remota (ssh) usando el usuario root y el password suministrado durante el proceso de instalación, que por defecto es teldat.

Haciendo clic en el botón de configuración de un usuario podemos modificar los siguientes datos y visualizar un resumen de su estado y actividad dentro de la plataforma.

En el menú de configuración de usuario nos encontraremos las siguientes secciones:

En este apartado se introduce de forma breve al menú Sensors y sus correspondientes opciones:

Para añadir un sensor debe seleccionar la opción +Add Sensor. En el menú desplegable se muestran los diferentes tipos de sensores que pueden añadirse al árbol. Seleccione el tipo de sensor en el menú desplegable y a continuación, complete la información que se solicita.

Para registrar sensores de Teldat, se deberá seleccionar tanto el tipo de sensor como su número de serie. En el caso de que el sensor no sea de Teldat, se deberá elegir un tipo de sensor genérico e identificarlo mediante la IP del sensor o su red.

Para añadir un dominio se debe seleccionar la opción +Add Domain que se encuentra en el submenú superior derecho, elegir el tipo de dominio que se quiere añadir, y a continuación, rellenar los campos requeridos (estos variarán según el tipo de dominio a crear)

Para acceder a la edición de un dominio se debe hacer clic en el icono "Editar" situado a la derecha del dominio que desea editar desde la vista de árbol y seleccionar la opción Edit.

Estos son algunos de los datos que se pueden editar en un dominio. Dependiendo del tipo de dominio que se seleccione, aparecerán unos campos u otros:

En el área de análisis de la barra de menú (lateral izquierdo), encontramos las diferentes secciones que corresponden a las Apps que tengamos integradas en la plataforma.

A continuación veremos las diferentes opciones de visualización de datos, tipos de gráficas, granularidad (nivel de detalle temporal con el que se agregan los eventos) y dimensiones que se pueden combinar para obtener un visor de tráfico de red completamente personalizado.

La opción Filters permite el filtrado de eventos según criterios definidos por el usuario. Estos filtros pueden ser almacenados para ser usados posteriormente como plantilla para la visualización de los eventos.

Opciones de filtrado:

Para guardar un filtro basta con seleccionar la opción +Save Current Filter.

Acciones para los filtros:

Además de la opción de búsqueda avanzada (Advanced Search), el menú Filters muestra las siguientes opciones:

Las vistas ofrecen múltiples perspectivas para la visualización de los datos asociados al tráfico de red. Las vistas que se encuentran disponibles en la App Traffic son las siguientes:

El tipo de agregación permite que el usuario seleccione la unidad de medida en la que desea que se muestre la información.

Estas son las diferentes unidades y métricas que encontrará en esta pestaña:

Llamamos granularidad al grado de detalle con el que podemos visualizar los eventos. Las opciones de granuralidad varían según el rango de tiempo que se esté mostrando (1h., 2h., last week, last month, all, etc.).

Es posible seleccionar el tipo de gráfica con el que se desean visualizar los datos obtenidos en las diferentes vistas. Las opciones son muy similares a las que se muestran en el proceso de creación de widgets personalizados del capítulo dedicado a los Dashboards.

Las gráficas que se encuentran disponibles en cada momento dependerán de la vista seleccionada. En todos los tipos de gráficas se realiza una representación de los valores seleccionados en función del tiempo, de la granularidad y agregación seleccionadas y de las distintas opciones disponibles en función de la vista. A continuación se describen los distintos tipos de gráficas disponibles.

Stacked: composición de áreas apiladas, donde cada área representa el perfil temporal de un valor seleccionado.

Area: composición de áreas superpuestas, donde cada área representa el perfil temporal de un valor seleccionado.

Line: composición de líneas superpuestas, donde cada línea representa el perfil temporal de un valor seleccionado.

Bars: composición de conjuntos de barras superpuestas, donde cada conjunto de barras de distinto color representa el perfil temporal de un valor seleccionado.

SBars (Stacked Bars): composición de conjuntos de barras apiladas, donde cada conjunto de barras de distinto color representa el perfil temporal de un valor seleccionado.

Streams: composición de flujos, donde cada flujo representa las relaciones entre distinos atributos. Esta gráfica solo está disponible para la vista Raw. En la imagen inferior se muestran los flujos de tráfico de un sensor entre IPs LAN y WAN.

Cada una de las vistas presenta una serie de opciones que le permiten al usuario, entre otras acciones, visualizar el total del tráfico, exportar los datos a CSV o llevar al manager a un estado anterior para poder analizar comportamientos pasados.

A continuación se enumeran todas las opciones disponibles en esta pestaña. El usuario debe tener en cuenta que estas opciones variarán según la vista seleccionada previamente.

Los atributos nos ayudan a realizar un análisis exhaustivo y personalizado de cada uno de los elementos que intervienen en el tráfico de la red que se está analizando.

Estos se organizan en pestañas o columnas según la vista que estemos consultando. Las opciones que se muestran son comunes a todas las vistas salvo para el caso de Compare (ofrece solo la posibilidad de comparación no por atributos sino por semanas o meses).

A continuación enumeramos los atributos que el usuario tiene disponibles y los diferentes aspectos que puede consultar de cada uno de ellos:

La primera opción que encontramos en el área de análisis de la barra de menú es la de Dashboard. Esta es la opción que se encuentra seleccionada por defecto al ingresar a la web del manager.

La sección dashboard presenta múltiples opciones:

Para realizar la actualización de un cluster en el que se dispone de acceso a Internet no será necesario contar previamente con una ISO de redborder. Tan sólo tendremos que ejecutar el script rb_cluster_update.sh en el nodo manager.

En primer lugar nos preguntará qué paquetes deseamos actualizar. Podemos optar por actualizar los paquetes del sistema, o los paquetes de redborder (lo cual supone la actualización de redborder). En este caso serán los paquetes de redborder (opción 2).

A continuación podremos indicar si deseamos actualizar desde un repositorio remoto (para lo cual necesitamos conexión a internet), o desde un repositorio local.

En este caso nos interesa actualizar el sistema desde un repositorio remoto, por lo que indicaremos la opción 1.

En el siguiente paso, tras detectar la versión actual del sistema, se preguntará por la versión a la que se desea actualizar, a partir de las que se tenga disponible en el repositorio remoto.

A continuación el script nos mostrará el orden en que se vana actualizar los nodos del cluster.

A partir de este momento se procederá a realizar la actualización del cluster.

Para realizar la actualización de un cluster que no tiene acceso a Internet será necesario contar previamente con la ISO de redborder de la versión a la que se desea actualizar. A partir de la ISO se realizará una actualización del repositorio local del nodo master del cluster, el cual será usado por los restantes nodos que conforman el cluster.

Lo primero a realizar es ejecutar el script ​rb_cluster_update.sh.

Una vez se ejecute el script rb_cluster_update.sh entraremos en un “wizard” donde seremos guiados para realizar la actualización.

En primer lugar nos preguntará qué paquetes deseamos actualizar. Podemos optar por actualizar los paquetes del sistema, o los paquetes de redborder (lo cual supone la actualización de redborder). En este caso serán los paquetes de redborder (opción 2).

A continuación podremos indicar si deseamos actualizar desde un repositorio remoto (para lo cual necesitamos conexión a internet), o desde un repositorio local.

En este caso nos interesa actualizar el sistema desde un repositorio local, por indicaremos la opción 2.

A continuación el programa nos preguntará si deseamos actualizar el repositorio local a partir de una ISO de redborder. Esto nos permitirá incluir una nueva versión de redBorder en el repositorio local y tenerla disponible para que sea usada por todos los nodos del cluster.

En el siguiente paso, tras detectar la versión actual del sistema, se preguntará por la versión a la que se desea actualizar, a partir de las que se tenga disponible en el repositorio local.

Una vez seleccionamos la versión a actualizar, el programa nos informará de los nodos del cluster que van a ser actualizados y nos pedirá confirmación antes de comenzar el proceso.

A partir de este momento se procederá a realizar la actualización del cluster.

El client proxy (proxy cliente) es un tipo especial de sensor. Más que un sensor, en realidad se trata de un sistema que representa al cluster allá donde se instale y al que se le pueden asociar sensores directamente. Su principal utilidad es poder instalarlo y asociarle sensores en redes e instalaciones que, por política de seguridad, no pueden acceder directamente al cluster de managers (o al servicio en la nube).

Para la instalación, se procederá de un modo muy similar al manager. Usando la misma imagen ISO, cuando arranuqe y muestre el menú de instalación, seleccionaremos "Install Client Proxy".

Tras esto, nos saldrá una lista de preguntas con respuestas por defecto, igual que el proceso de instalación del manager, salvo que al final nos preguntará por la URL del cluster al que conectar, con la URL de la cloud valor por defecto (visualizer.networkcloudmanager.com)

Comienza por fin el proceso de instalación.

Una vez finalizado, el sistema se reiniciará y nos aparecerá la terminal con el siguiente contenido:

En él, aparece información relativa al UUID asignado al client proxy, su dirección IP, la MAC e información sobre los servicios del cluster a los que representa:

Tras la instalación del client proxy, se requiere un paso más que consistirá en el registro del equipo en el cluster (ya sea on-premise o cluster en la nube). Para que este paso se cumpla con éxito, el client proxy deberá tener acceso https/443 al cluster (on-premise o en la nube) sin restricciones.

El primer paso para el proceso de registro consiste en que el client proxy se identifica en el cluster como un sensor sin reclamar. Como el UUID del client proxy es conocido en el proceso de instalación, deberemos usar dicho UUID para localizar el equipo en la lista de sensores sin reclamar. Para ello, entramos en la web de redborder y vamos a Sensors → add sensor → Claim proxy.

A continuación le ponemos un nombre y el UUID que mostró en la instalación.

Si el client proxy con ese UUID realmente está entre los no reclamados, el sistema lo localizará y lo asignará al namespace al que pertenece el usuario como un sensor más.

En principio, mientras se esté configurando así se indicará en su estado.

Si todo ha ido bien, una vez terminada la configuración y el proceso de registro y reclamación, aparecerá su nuevo estado:

Se pueden dar de alta sensores gestionados por el client proxy de una manera muy similar a como se hace en el cluster directamente. Para ello, hay que ir a la vista de sensores, y en la fila del client proxy, a la derecha, aparece el botón del menú, al hacer click aparecerán las opciones siguientes:

La actualización del client proxy se realiza de igual forma que cualquier paquete de software de la distribución, mediante un repositorio yum. Para ello, ejecutaremos:

Tras esto, el client proxy estará actualizado a la última versión disponible en el repositorio.