F5 BIG-IP v. 10.2 / Nowe platformy sprzętowe / LTM Virtual Edition

Wspierane platformy:

• BIG-IP 1500 (C36) - minimum 1.5 GB RAM
• BIG-IP 1600 (C102)
• BIG-IP 3400 (C62) - minimum 1.5 GB RAM
• BIG-IP 3410 (C100) - minimum 1.5 GB RAM
• BIG-IP 3600 (C103)
• BIG-IP 3900 (C106)
• BIG-IP 4100 (D46) - tylko Application Security Manager
• BIG-IP 4500 (D43) - tylko WebAccelerator System
• BIG-IP 6400 (D63)
• BIG-IP 6800 (D68)
• BIG-IP 6900 (D104)
• BIG-IP 8400 (D84)
• BIG-IP 8800 (D88)
• BIG-IP 8900 (D106)
• BIG-IP 8950 (D107)
• BIG-IP 11050 (E102)
• VIPRION (J100, J101)

Ważniejsze nowości w wersji 10.2

• BIG-IP Local Traffic Manager Virtual Edition - od wersji 10.2 system BIG-IP może działać jako maszyna wirtualna. BIG-IP Local Traffic Manager Virtual Edition (VE) to wersja systemu BIG-IP działająca jako maszyna wirtualna przygotowana do działania w środowisku VMware ESX 4.0 lub ESXi 4.0. BIG-IP Local Traffic Manager Virtual Edition zawiera wszystkie funkcjonalności BIG-IP Local Traffic Manager i działa na standardowym BIG-IP Traffic Management Operating System (TMOS).

• Nowe szablony ułatwiające konfiguracje dla aplikacji:
  • Generic DNS
  • Microsoft Exchange 2010 Client Access server (CAS), (dawniej Outlook Web Access), wspiera Outlook Anywhere, serwery wirtualne POP3 i IMAP4
  • VMware View
• Wsparcie dla nowych platform sprzętowych 8950 i 11050.
• Pełna integracja modułów Application Security Manager i Web Accelerator w BIG-IP Configuration Utility (Web GUI).
• Nowa opcja "Receive Disable String" (RECV drain string) w monitorach HTTP, HTTPS, TCP, i UDP.
• Konfiguracja parametrów Receive String razem z Receive Disable String daje dodatkowe możliwości automatycznego wprowadzania serwerów (pool member lub node) w jeden z trzech stanów: Up (Enabled), Up (Disabled), lub Down. Ta funkcjonalność może byc przydatna przy pracach obsługowych prowadzonych na serwerach aplikacyjnych.
• XML content-based routing. Funkcjonalność umożliwia kierowanie wiadomości XML w zależności od zawartości dokumentu.
• EtherIP tunneling pomiędzy centrami danych. Funkcjonalność EtherIP tunnel jest zaprojektowana jako standardowy mechanizm łączenia 2 oddzielnych centrów danych.
• Virtual Location monitor. Virtual Location monitor automatycznie ustawia wartość Priority Group na 2 (wyższy priorytet) dla wszystkich lokalnych pool members, a kiedy pool member migruje do innego centrum danych, obniża jego Priority Group do wartości 1 (niższy priorytet). Takie zachowanie zapewnia kierowanie ruchu do zasobów w lokalnym centrum danych, a w przypadku gdy nie są one dostępne, do zasobów w zdalnym centrum danych.