F5 LTM Configuring BIG-IP v11

1

F5 BigIP LTM Capacitación Avanzada

2

Agenda 1. 2. 3. 4.

iRules Monitores personalizados TMOS 11 new features TMOS 11 new features: iAPPs

3

Agenda 5. 6. 7. 8.

TMOS 11 Mantenimiento Redundancia BIGIP V11 Enterprise Manager Laboratorios

4

Agenda 9. Viprion 10. Laboratorios

5

iRules

Conceptos y Sintaxis Eventos Configuración

6

iRules

Procesa y dirige los paquetes de red Puede dirigir el tráfico a pools o miembros de pools específicos Se basan en lenguaje TCL (Tool Command Language)

7

iRule: Conceptos y Sintaxis Sintaxis Básica – If … then … else …

when EVENT { if { conditional_statement } { action_when_condition_true } }

8

iRule: Conceptos y Sintaxis Ejemplo básico Rule IP_Address { when CLIENT_ACCEPTED { if { [[IP:remote_addr] starts_with “10.”] } { pool ten_pool } else { pool customer_pool } }

9

iRule: Nombre

10

iRule: Evento

11

iRule: Condición

12

iRule: Acción

13

iRule: Operadores Relacionales – contains – match – equals – starts_with – ends_with

Logicos – not – and – or

14

iRule: Eventos Syn, Syn-Ack, Ack

Internet

Client Data

CLIENT_ACCEPTED CLIENT_DATA HTTP_REQUEST_DATA

SERVER_SELECTED Syn, Syn-Ack, Ack SERVER_CONNECTED Server Response

HTTP_RESPONSE_DATA SERVER_DATA

15

iRule: Eventos Globales – Client Accepted – Syn, SynAck, Ack – Server Data – html page to client

HTTP – HTTP request o HTTP response SSL – Client SSL handshake Authenticación – Auth Failure

16

iRule: Órdenes Las Órdenes de iRules provocan que Big-IP realice una acción Siempre aparecen entre llaves en la declaración del evento Tipos de Órdenes – Órdenes de Consulta – Órdenes de Acción o Modificación – Órdenes de Instrucción

17

iRule: Órdenes de consulta Las Órdenes de consulta buscan datos de encabezado y contenido. Un ejemplo de órden de consulta es IP::remote_addr, que busca y devuelve la dirección IP remota de una conexión.

18

iRule: Órdenes de acción Las órdenes de acción o modificación realizan acciones tales como la inserción de encabezados en las solicitudes HTTP. Un ejemplo de orden de acción es HTTP::header remove , que elimina un campo específico del header HTTP.

19

iRule: Órdenes de Instrucción Las órdenes de instrucción especifican los destinos de tráfico, como pools o URLs. Un ejemplo de orden de instrucción es pool , que dirige el tráfico al pool definido.

20

iRule: Eventos Eventos HTTP HTTP_CLASS_FAILED - Triggered when an HTTP request is made to a virtual server with at least one HTTP class configured. and the request does not match the filters of any HTTP class. HTTP_CLASS_SELECTED - Triggered when an HTTP request matches an HTTP class. HTTP_REQUEST - Triggered when the system fully parses the complete client HTTP request headers. HTTP_REQUEST_DATA - Triggered when an HTTP::collect command has collected the specified amount of request data. HTTP_REQUEST_SEND - Triggered immediately before an HTTP request is sent to the server-side TCP stack. HTTP_RESPONSE - Triggered when the system parses all of the response status and header lines from the server response. HTTP_RESPONSE_CONTINUE - Triggered whenever the system receives a 100 Continue response from the server. HTTP_RESPONSE_DATA - Triggered when an HTTP::collect command has collected the specified amount of response data. HTTP_REQUEST_RELEASE - Triggered when the system is about to release HTTP data on the serverside of the connection. HTTP_RESPONSE_RELEASE - Triggered when the system is about to release HTTP data on the clientside of the connection

21

Ejemplo: iRule HTTP Selección de Pool en base al browser Analizar la iRule ¿Qué hace? Detectar posibles errores

rule BrowserType { when HTTP_REQUEST { if { [[HTTP::header User-Agent] contains “MSIE”] } { pool IE_pool } elseif { [[HTTP::header User-Agent] contains “Mozilla”] } { pool Mz_pool } } }

22

iRules: Best Practices Escribir iRules que abarquen todas las posibilidades rule BrowserType { when HTTP_REQUEST { if { [[HTTP::header User-Agent] contains “MSIE”] } { pool IE_pool } elseif { [[HTTP::header User-Agent] contains “Mozilla”] } { pool Mz_pool } else { pool Other_Pool } } }

23

iRules: Best Practices Es importante que las iRules sean eficaces debido a que se procesan cada vez que se produce un evento. • Si en un Virtual Server HTTP tenemos 100 request HTTP por segundo la irule se va a ejecutar 100 veces por segundo.

Si la iRule contiene varias instrucciones condicionales se recomienda ordenarlas por su frecuencia. • Supervisar periódicamente el tráfico pasa saber si el orden de las condiciones es el más eficaz y actualizar las iRules.

Identifique los datos de los paquetes entrantes y salientes para evitar resultados inesperados en las iRules.

24

Configuración de iRules Se deben Crear los Pools primero Luego crear las reglas Luego apuntar el VS a la regla

25

Configuración de iRules Creación de la Regla

26

Configuración iRule Editor Download http://devcentral.f5.com/Default.aspx?tabid=66 Se pueden subir directamente a los BIG-IP No es posible guardarlas localmente

27

iRule: Eventos Comandos eventos HTTP HTTP::class - Returns or sets the HTTP class selected by the HTTP selector. HTTP::close - Closes the HTTP connection. HTTP::collect - Collects an amount of HTTP body data that you specify. HTTP::cookie - Queries for or manipulates cookies in HTTP requests and responses. HTTP::disable - Changes the HTTP filter from full parsing to passthrough mode. HTTP::enable - Changes the HTTP filter from passthrough to full parsing mode. HTTP::fallback - Specifies or overrides a fallback host specified in the HTTP profile. HTTP::header - Queries or modifies HTTP headers. HTTP::host - Returns the value of the HTTP Host header. HTTP::is_keepalive - Returns a true value if this is a Keep-Alive connection. HTTP::is_redirect - Returns a true value if the response is a redirect. HTTP::method - Returns the type of HTTP request method. HTTP::password - Returns the password part of HTTP basic authentication. HTTP::path - Returns or sets the path part of the HTTP request. HTTP::payload - Queries for or manipulates HTTP payload information. HTTP::query - Returns the query part of the HTTP request. HTTP::redirect - Redirects an HTTP request or response to the specified URL. HTTP::release - Releases the data collected via HTTP::collect. HTTP::request - Returns the raw HTTP request headers. HTTP::request_num - Returns the number of HTTP requests that a client made on the connection. HTTP::respond - Generates a response to the client as if it came from the server. HTTP::retry - Resends a request to a server. HTTP::status - Returns the response status code. HTTP::uri - Returns or sets the URI part of the HTTP request. HTTP::username - Returns the username part of HTTP basic authentication. HTTP::version - Returns or sets the HTTP version of the request or response.

28

iRule: Eventos Eventos de conexiones CLIENT_ACCEPTED - Triggered when a client has established a connection. CLIENT_CLOSED - This event is fired at the end of any client connection. regardless of protocol. CLIENT_DATA - Triggered each time new data is received from the client while the connection is in “collect” state. CLIENTSSL_DATA - Triggered each time new SSL data is received from the client while the connection is in “collect” state. SERVER_CLOSED - This event is triggered when the server side connection closes. SERVER_CONNECTED - Triggered when a connection has been established with the target node. SERVER_DATA - Triggered when new data is received from the target node after TCP::collect command has been issued. SERVERSSL_DATA - Triggered when new SSL data is received from the target node after SSL::collect command has been issued.

29

iRule: Eventos Comandos de conexiones IP::addr - Performs comparison of IP address/subnet/supernet to IP address/subnet/supernet. or parses 4 binary bytes into an IPv4 dotted quad address. IP::client_addr - Returns the client IP address of a connection IP::hops - Gives you the estimated number of hops the peer takes to get to you. IP::idle_timeout - Returns or sets the idle timeout value. IP::local_addr - Returns the IP address of the virtual server the client is connected to or the self-ip LTM is connected from. IP::protocol - Returns the IP protocol value. IP::remote_addr - Returns the IP address of the host on the far end of the connection. IP::server_addr - Returns the server’s IP address. IP::stats - Supplies information about the number of packets or bytes being sent or received in a given connection. IP::tos - Returns the ToS value encoded within a packet. IP::ttl - Returns the TTL of the latest IP packet received. IP::version - In Progress - Add Summary Here

30

iRules DevCentral Interactive User Community http://devcentral.f5.com

31

Monitores personalizados External Monitor Nos permite crear nuestros propios monitores. Nos dan Flexibilidad, fácil de implementar. Pueden programarse en BASH o PERL. Consideraciones especiales Utilizar solo si es realmente necesario. El status del monitor no es compartido en HA

32

Monitores personalizados Se configuran en /config/monitors. Salida a stdout  Monitor UP. Sin salida a stdout  Monitor DOWN. Se permite el paso de argumentos

33

Monitores personalizados cURL is a very flexible command line tool you can use in shell and perl scripts for complex interactions with HTTP and FTP servers. netcat is another useful command line tool that facilitates interaction with TCP and UDP services.

Extrae la dirección IP y puerto del miembro Realiza un GET de la URL

34

Monitores personalizados Prueba de monitores [root@bigiptest:Active] monitors # ./monitor ::ffff:192.168.22.31 169 192.168.22.31 server

Variables $1 = 192.168.22.31 $2 = 169 $3 = IP $4 = server

35

DevCentral Interactive User Community http://devcentral.f5.com

36

TMOS 11 Mantenimiento Instalación TMOS

Versiones instaladas

ISOs disponibles para instalar

Son subidas a /shared/images

37

TMOS 11 Mantenimiento Instalación HOTFIX

HOTFIX para instalar

Son subidos a /shared/images

38

TMOS 11 Mantenimiento Instalación HOTFIX

Podemos instalar en todos menos en el que estamos actualmente logueados

39

Mantenimiento BIGIP Instalación de HotFix en V11 1. Los Hotfixes son acumulativos (HFA3 incluye el HFA1 y HFA2). 2. Cada Hotfix corresponde a un número de versión (V9.4.X V10.1.X V11.1.X). 3. Debemos tener dos o más volúmenes instalados para aplicar los Hotfixes. 4. Instalar los Hotfixes en los volumenes no productivos. 5. Probar su correcto funcionamiento durante un tiempo prudencial. 6. El Hotfix lo comenzamos a utilizar cuando elegimos bootear con la imagen actualizada.

40

Redundancia BIGIP V11 BIG-IP system redundancy Sincronizar configuraciones entre varios BIGIP  Sync-Only

Alta disponibilidad y sincronización  Sync-Failover

Sincronizar algunas configuraciones o todo Realizar un failover a uno o muchos dispositivos Hacer mirroring de conexiones

41

Redundancia BIGIP V11 BIG-IP system redundancy • Devices Son BIGIP virtuales o físicos con id único.

• Devices groups Es una colección de Devices que tienen relaciones de confianza entre ellos y pueden sincronizar la configuración o realizar failover.

Sync-Failover  Sincroniza configuración y realiza failover. Mismo HW, licencia y resource provisioning Sync-Only

 Solo sincronizan configuración

• Traffic groups Colección de configuraciones de objetos (VIPs y selfIP flotante). Cuado un equipo se vuelve inaccesible el Traffic group pasa para el otro equipo.

42

Redundancia BIGIP V11 BIG-IP system redundancy • Pasos para configurar Failover  Add the local device as a member of the local trust domain.  Specify on the local device the IP addresses that you want the system to use for configuration synchronization, failover, and mirroring.  Add the local device as a member of a Sync-Failover device group.  If needed, create a custom traffic group.  Assign the relevant traffic group to the folder that you want to fail over (either the root folder or a sub-folder).

43

Redundancia BIGIP V11 BIG-IP system redundancy Configuración Activo/Pasivo •

Cada BIGIP tiene configurada la selfip y las VLANs

•

Se configura un único “Traffic Group 1” que “flota” entre BIGIPs

•

La capacidad de realizar mirroring de conexiones o failover está habilitada en ambos.

•

En caso de crear nuevos VirtualServers o pooles SNATs los mismos entrarán en el Traffic group creado

44

Redundancia BIGIP V11 BIG-IP system redundancy Configuración Activo/Activo •

Cada BIGIP tiene configurada la selfip y las VLANs

•

Se configura dos Traffic group

•

Si ocurre un failover en el “Device 1”, el “Device 2” el “Traffic Group 1” flota al “Device 2”.

•

Si ocurre un failover en el “Device 2”, el “Device 1” el “Traffic Group 2” flota al “Device 1”.

•

La capacidad de realizar mirroring de conexiones o failover está habilitada en ambos.

45

BIG-IP Enterprise Manager • Manejo de versionado • Backup centralizado • Visión centralizadad de certificados SSL • Control e Inventario de los dispositivos • Soporte hasta 300 dispositivos • Estadísticas de dispositivos y objetos LTM,GTM y ASM.

GTM

LTM

46

BIG-IP Enterprise Manager Performance and Management

Visibilidad y Monitoreo. Estadisticas de Virtual Servers y Pool members. Visibilidad a nivel de objeto. Alertas con umbrales definidos. Gráficos en tiempo real. Reportes. Device Administration

Software Update. Configuration Management. Certificate Management. Configuration Comparison Configuration Archive & Restore

47

BIG-IP Enterprise Manager Configuration Archive & Restore

» Schedule nightly configuration archives and restore to those saved configurations Configuration Comparison

» Compares current configuration to archived configuration » Assists with troubleshooting Set Threshold & Alerts

» Notify via Email » Capable of collecting aver 160 metrics » • • • •

Metricas Virtual Server - Packets In (Pkts) Virtual Server - Packets Out (Pkts) Virtual Server - Current Connections (Conn) Pool - Total Connections (Conn)

Engage F5 Technical Support

48

BIG-IP Enterprise Manager Device inventory » Permite tener una planilla única actualizada automáticamente de todos los dispositivos F5. » El Discover se puede hacer por IP o por red. » En el Discover se configura el usuario administrador y el password de los F5.

49

BIG-IP Enterprise Manager Alerts

– Device Alerts • • • • • • •

Statistical data thresholds exceeded Device status change Certificate expired or near-expiration Completed software, hotfix, or attack signature image installations Failed software, hotfix, or attack signature image installations Clock skew between the Enterprise Manager and managed devices Failed rotating archive creation

– EM Alerts • Enterprise Manager system alerts for CPU, disk, and memory usage.

– History • Triggered alerts history

50

BIG-IP Enterprise Manager Device Alerts ( Clock Skew From EM ) – La diferencia horaria entre el EM y los dispositivos no debe ser superior a los 15 minutos. Se recomienda configurar una alerta que se dispare si difiere en mas de 10 minutos.

51

BIG-IP Enterprise Manager Device Alerts ( Certificate Expiration ) – Envía alertas cuando algún certificado está por vencer.

52

BIG-IP Enterprise Manager Statistics » When you enable statistics collection, Enterprise Manager checks each managed device to verify the installed version of the Data Collection Agent.

53

BIG-IP Enterprise Manager Statistics Data Storage » Configuring Enterprise Manager to store health and performance monitoring statistics on an external database frees system resources, and provides you with space to store statistics that is limited only by the system's hard drive on which you configure the external database.

54

VIPRION Application delivery controller NEBS certified Add up to four blades to its chassis Add up to four guest to blade All redundant and hot swappable

55

VIPRION VIPRION runs on TMOS

TCP Express

Client Server Side Side

OneConnect

TCP Proxy

Compression

3rd Party

XML

Caching

Web Accel

ASM

SSL

Microkernel TCP Express

Client

Rate Shaping

TMOS

iRules High Performance HW iControl API

Server

56

VIPRION vCMP ( Conceptos básicos)

57

VIPRION vCMP ( Virtualized Clustered Multiprocessing )

VCMP Software support: » V11.0 en adelante » V10.X (no por ahora) » Se pueden correr varias versiones

VCMP Hardware » VIPRION » 4200 B2100 blades » 4400 PB200 blades

58

VIPRION Resource Allocation

Son limitados (mas granularidad en futuras versiones) CPUs por blade (va a depender del tipo de blade) Asignación de CPU para blades PB200 » » » »

Single-slot o all-slots 2 de 8 CPU cores sobre un Single slot 8 de 32 CPU cores para all-slots Relocacion Automática

59

VIPRION Disk and Memory Allocation

Disk Allocation » » » »

Virtual disk (vdisk) 3G cuando es Provisioned 100G máximo 3-5G generalmente

Memory Allocation » Fixed size » 3G

60

VIPRION Independent Instances

Instancias Big-IP autonomas » Si un Guest tiene problemas con CPU, memoria o disco ninguna otra instancia se ve afectada.

Orientado a proveedores de servicios

61

VIPRION Licensing and Provisioning

Licenciamiento ( por cantidad de instancias corriendo) » 4 Guests » 16 Guests

El Hypervisor debe licenciarse para la mayor cantidad posible El Hypervisor debe ser dedicado para VCMP Los Guest no se licencian Se configuran como un BigIP normal

62

VIPRION Licensing and Provisioning

63

VIPRION Guest Configuration

Muy fácil!! Sytem  VCMP

64

VIPRION Guest Configuration

Es una representación gráfica de los CPUs asignados

65

VIPRION Guest Statistics

Estadisticas de los Guest

66

VIPRION Guest Configuration

67

VIPRION Guest Configuration

68

VIPRION Guest Configuration

69

VIPRION Guest Configuration – All slots (hasta 8 CPUs con 4 blades)

70

VIPRION Configuración de vCMP con tmsh

Configuración de vCMP tmsh modify sys provision ltm level none tmsh modify sys provision vcmp level dedicated

Con Cli transaction # tmsh [ < slot> ] Permite configurar los Guest con TMSH como cualquier BIG-IP Para salir del shell “exit” Para salir de consola “Ctrl-]” luego en

telnet> “quit”

75

VIPRION Status y estadísticas del sistema System  VCMP

o

tmsh (mas completo)

76

VIPRION Status y estadísticas de Guest show vcmp guest BigIP-Pasivo all-properties

77

VIPRION Comandos adicionales show net vlan-allowed Lista las VLANs para un Guest en particular list net interface Lista las placas asignadas a un Guest show net interface Lista el status y estadísticas de las interfaces asignadas al Guest

78

VIPRION HA Failover Guest sync + HA dentro del chassis – No está soportado Guest sync + HA entre chassis – Está soportado Guest sync + HA failover se configura vía Device and Traffic groups Host sync + HA failover – No está soportado

79

VIPRION Troubleshooting & Best Practices watch tmsh show sys vcmp guest No borrar un Guest en transición vcmpd –h » » » » »

-h, help -l, -loglevel -d, -debug -v, -verbose -o, -stdout

display help message log level same as –l debug verbose debug logging log to stdout

80

VIPRION Failure to start a Guest Fallo en arrancar Guest (puede pasar..) Vcmpd reintenta 3 veces tmsh show sys vcmp guest (detecta el estado ) Workarround 1 »

vretry

Workarround 2 »

Cambiar el estado de Deployed a Provisioned y luego Deployed

81

Perfiles Internet Virtual Server

Los perfiles determinan la manera de procesar el tráfico de los servidores virtuales

82

Perfiles Conceptos de Perfiles Dependencias Tipos de Perfil Configuración

83

Conceptos Un perfil es: Donde se define el comportamiento del tráfico: –

SSL, compression, persistence…

–

La aplicación de este comportamiento a VS’s Definido a partir de un template Dependiente de otros perfiles

84

Escenario #1 – Persistencia

1 3

2

1 3

2

85

Escenario #2 – Terminación SSL

Encriptado

Desencrip.

86

Escenario #3 – FTP Server

El cliente comienza la conexión de control

El Servidor comienza la Conexión de transferencia de datos.

87

Dependencias Dependencias siguiendo el modelo OSI Algunos no pueden ser combinados en el mismo VS

Cookie HTTP

FTP

TCP Network Data Link Physical

UDP

88

Tipos de Perfil Servicios – Orientado al tipo de datos Persistencia – Orientado a la sesión Protocolos – Orientado a la conexión SSL – Orientado a la encripción Autenticación – Orientado a la seguridad Otros – Orientados al flujo de datos TCP

89

Conceptos de Configuración Creados a partir de perfiles por default Los Perfiles Default pueden ser modificados pero no borrados Existen relaciones Padre-Hijo Almacenados en /config/profile_base.conf

90

Virtual Server Default Profiles Cada Virtual Servers posee al menos 1 perfil – TCP: para VS’s procesando datos TCP –

UDP: para VS’s procesando datos UDP

–

FastL4: para VS’s que poseen aceleración por hardware (PVA)

–

Fasthttp: para VS’s procesando tráfico HTTP y acelerandolo

91

Configuración

92

Configuración (Cont.) Especificación de Propiedades

Mapeo a VS

93

Tráfico SSL

Encriptado

Encriptado

94

Tráfico SSL Cliente SSL Servidor SSL Configuración de Perfiles

95

Cliente SSL Se encripta solo el trafico entre el cliente y el BigIP Desencrip. Encriptado

96

Servidor SSL Se encripta solo el trafico entre el BigIP y los Web servers Encriptado Desencrip.

97

Generación de Certificados

98

Configuración de perfil

99

Redundancia de equipos Consiste en dos equipos F5 BIGIP configurados de forma tal que permite continuar procesando el tráfico incluso si uno de los equipos deja de estar disponible

Requrimientos de hardware Requrimientos de software Requrimientos de Hot-Fix

100

Redundancia de equipos Modos de trabajo Active-Standby - Solo uno acepta y atiende las conexiones - El equipo standby monitorea el estado del activo. Si el activo no responde, se auto-promueve como activo.

Active-Active - Ambos aceptan conexiones. - Si uno de los equipos no responde, el otro atiende todas las conexiones.

101

DevCentral Interactive User Community http://devcentral.f5.com

102

Modos Load Balancing Round Robin Ratio

Estáticos

Least Connections Fastest Observed

Dinámicos

Predictive Dynamic Ratio Priority Group Activation Fallback Host

Mecanismos de Falla

103

Round Robin Clientes

Internet

Router Los pedidos son distribuidos de manera pareja

BIG-IP LTM

1

2 5

3 6

4 7

8

Servidores

104

Ratio Clientes

Internet

Router El Administrador setea una relación para distribuir los pedidos

BIG-IP LTM

Ejemplo: 3:2:1:1

1 8

5

7

12 14

2 9

6

3

4

13

10

11

Servidores

105

Least Connections Clientes

Internet

Router Los pedidos van hacia los nodos con menor cantidad de conexiones abiertas 1 4

BIG-IP LTM

2

Servidores

3 5

6

459 460 461 470 Current Connections

106

Least Connections Clientes

Internet

Router Mismo caso,

BIG-IP LTM

otro ejemplo

61

Servidores 62

63

280 290 111 112 Current Connections

107

Fastest Clientes

Internet

Router Los pedidos van al nodo con mejor tiempo de respuesta

BIG-IP LTM

1 4

Servidores

3

2 5

6

10ms 10ms 10ms 17ms Current Response Times

108

Observed Clientes

Internet

Los pedidos van al nodo con la mejor combinación de menos conexiones y mejor respuesta

Router

BIG-IP LTM

1 2

Servidores

109

Predictive Internet Los pedidos van al nodo con la mejor combinación de menos conexiones y mejor respuesta promedio

Clientes

Router

BIG-IP LTM Controller

Servidores

1 2

110

Activación de Priority Group Clientes

Internet Si se setea al Priority Group en 2, y 3 de los servidores de alta prioridad están disponibles… Los servidores de baja prioridad no se utilizarán

Router BIG-IP LTM

Priority 4 1

2 4

Priority 1 3

5

6

Servidores

111

Activación de Priority Group Clientes

Internet Si el número de miembros baja a menos de lo configurado (2), se utiliza el resto de los servidores

Router BIG-IP LTM

Priority 4 2

1 5

Servidores

Priority 1 3 6

4 7

8

112

Fallback Host Internet

Si todos los miembros fallan se envía un http redirect a un server alternativo

Clientes

Router

BIG-IP LTM

Servidores

113

Miembro de Pool vs. Nodo Load Balancing mediante: Miembro de Pool – Dirección IP y Servicio Nodo – Sólo la dirección IP y todos los servicios de ésta

114

Utilizando Miembro del Pool Internet

Si el pool http utiliza load balancing por Least Connections, entonces… Los próximos http requests van al miembro de pool con menor cantidad de conexiones http

1 2 http

107

108

99

ftp

2

3

25

Current Connections

115

Utilizando el Nodo Internet

Los próximos http requests van al miembro de pool con menor cantidad de conexiones totales

1 2 http

107

108

99

ftp

2

3

25

Current Connections

116

Configuración de Load Balancing

117

Ratio y Priority Group

118

TMOS 11 new features Resource Provisioning

119

TMOS 11 new features Resource Provisioning •Dedicated: El sistema asigna todo el CPU, memoria y disco a un único modulo. No permite habilitar otro. Ejemplo vCMP. •Nominal: El sistema asigna al modulo la mínima cantidad de recursos. Una vez que todos los módulos son configurados, a dicho modulo se le asignan recursos extra en caso de que los necesite. Ejemplo GTM+LTM+ASM •Minimum: El sistema asigna al modulo la mínima cantidad de recursos. En este caso no se le asignan recursos extra. •None (Disabled): El modulo no está habilitado. No se encuentra corriendo en el sistema y por lo tanto no consume recursos.

120

TMOS 11 new features: iAPPs iAPPs Es un nuevo Framework que permite configurar aplicaciones de manera centralizada sin necesidad de crear múltiples objetos por separado (Nodos, pool, Virtual Servers etc). Cada aplicación se maneja como una entidad única.

predefinidos.

Para la configuración se pueden utilizar templates

Se pueden crear nuevos templates a partir de los predefinidos. Podemos publicarlos en devcentra.f5.com En caso de tener que modificar un nodo, un monitor o un método de balanceo de un pool, se realiza desde la aplicación. Elimina la necesidad de utilizar múltiples white paperes para configurar aplicaciones.

121

TMOS 11 new features: iAPPs

122

TMOS 11 new features: iAPPs

123

TMOS 11 new features: iAPPs Alta de aplicación

124

TMOS 11 new features: iAPPs Alta de aplicación

125

TMOS 11 new features: iAPPs Componetes

 Realizar tareas de mantenimiento  Ver estado de nodos  Habilitar o deshabilitar nodos

126

TMOS 11 new features: iAPPs iAPPs La eliminación de una Application Service implica el borrado de todos los objetos asociados.

equipos.

Se pueden asociar a Traffic groups para el HA entre

127

TMOS 11 new features: iAPPs Instalación de Templates