Požadavky na architekturu technického řešení Vzorová ustanovení
Požadavky na architekturu technického řešení. Architektura komodit je navržena tak, aby vhodně využívala a doplňovala stávající ICT prostředky Města Sokolov.
Požadavky na architekturu technického řešení. Architektura komodit musí být navržena tak, aby vhodně využívala a doplňovala stávající prostředky TC. Architektura komodity K1 bude řešena jako modulární, bude obsahovat veškeré obvyklé komponenty – delivery controller, databázové úložiště, publikační webové rozhraní, virtualizační servery, licenční server a další dle uchazečem navrženého designu - a bude umožňovat snadné budoucí rozšíření farmy. Architektura komodity K2 umožní virtualizovat libovolné běžné datového úložiště (interní úložiště virtualizační appliance, DAS (direct attached storage), SAN úložiště (FC, iSCSI) a publikovat virtualizovaná úložiště prostřednictvím FC (fibre channel – aktuálně používán) a iSCSI (plánované budoucí využití). Propojení mezi oběma lokalitami (LAN, SAN) bude provedeno jako redundantní. SAN infrastruktury lokalit budou propojeny min. dvěma trasami (2x 8 Gbit) s automatickým překlenutím výpadku jedné trasy při zachování kontinuálního provozu navázaných technologií. Za normálního provozu bude možné připojeným zařízeným nastavit preferovanou trasu. LAN infrastruktury lokalit budou propojeny min. dvěma trasami (2x 10 Gbit) s automatickým překlenutím výpadku jedné trasy při zachování kontinuálního provozu navázaných technologií. Za normálního provozu bude mezi trasami automticky rozkládána zátěž (tzv. load balancing). LAN architektura komodity K3 bude navazovat na stávající síťové prostředí a bude respektovat a rozvíjet jeho funkčnost (VLAN, routing, apod.). Architektura komodity K5 bude využívat stávajícího MS SQL serveru pro ukládání dat a konfigurací. Požadavky na rozhraní Řešení komodity K1 (farmy) musí poskytovat uživatelům plně lokalizované (české) pracovní prostředí Windows. Veškeré nabízené aktivní hardwarové produkty musí disponovat rozhraním SNMP min v2 pro management a vzdálenou správu. Požadavky na kompatibilitu s ostatními systémy Veškeré softwarové komponenty nabízeného řešení s výjimkou diskové virtualizace (K2) budou provozovány ve virtuálním prostředí VMware vSphere a musí být pro běh v tomto prostředí výrobcem podporovány. LAN přepínače budou kompatibilní s provozovaným systémem HP Intelligent Management Center.
Požadavky na architekturu technického řešení. (1) Architektura komodit musí být navržena tak, aby vhodně využívala a doplňovala stávající prostředky TC.
(2) Propojení mezi lokalitami (TC – školy) bude provedeno prostřednictvím stávající optické sitě MAN s komunikační rychlostí 10 Gb s využitím nabízených aktivních prvků (stávající prvky MAN budou nahrazeny).
Požadavky na architekturu technického řešení. Architektura komodit musí navržena tak, aby vhodně využívala a doplňovala stávající ICT prostředky ZOS. Architektura diskového úložiště musí umožňovat libovolné rozmístění jednotlivých fyzických i virtuálních uzlů úložiště mezi více vzdálenými lokalitami.
Požadavky na architekturu technického řešení. 4.2.1 Architektura musí splňovat požadavky uvedené v tomto dokumentu.
4.2.2 Nabízené řešení musí být možné spolehlivě provozovat na HW a SW platformě, která vznikne integrací nově dodávaných systému a stávajících technologií
Požadavky na architekturu technického řešení. (1) Architektura komodit musí navržena tak, aby vhodně využívala a doplňovala stávající ICT prostředky DPKV. Zejména musí dojít k vhodnému začlenění, či migraci stávajících řešení - groupwarový systém, databázový server, stávající firewall a ostatní.
(2) Architektura VDI komodit K1 a K4 musí (např. při pořízení VDA licencí) umožnit nasazení, provoz a správu virtualizovaných desktopových operačních systémů pro uživatele při zachování ostatních požadavků na virtualizaci aplikací a desktopů.
(3) Architektura VDI komodity K1 musí obsahovat komponenty pro tvorbu a používání tzv. aplikačních balíčků v prostředí VDI – jde o formu virtualizace aplikací, která umožňuje spouštět aplikace na aplikačních virtualizačních hostech bez nutnosti jejich instalace a umožňuje tak např. provozování různých verzí jedné aplikace.
(4) Architektura virtualizačních komponent (servery, aplikace/desktopy) bude pro správu využívat výhradně integrované nástroje operačních systémů.
(5) Architektura komodity K3 bude využívat databázový server MS SQL (z důvodů kompatibility se stávajícím prostředím) pro ukládání veškerých strukturovaných dat a nastavení tj. pro zálohování a obnovu veškerých dat a nastavení bude postačovat zálohování a obnova konkrétní databáze.
Požadavky na architekturu technického řešení. Architektura komodit musí být navržena tak, aby vhodně využívala a doplňovala stávající prostředky. Architektura komodit K1 a K2 bude implementována jako třívrstvá (prezenční, aplikační a datové vrstva) s tenkým klientem – internetovým prohlížečem. Aplikační a datovou vrstvu architektury komodity K1 bude možné implementovat jako vysoce dostupnou (redundantní) včetně možnosti rozkládání zátěže na jednotlivé prvky vrstvy. Případné rozšiřující licence nejsou součástí zakázky. Architektura komodit bude využívat jednotnou společnou datovou základnu (databázový stroj) Požadavky na integraci Systémy komodit K1 a K2 budou integrovány se stávajícím systémem Active Directory a podporovat jednotné přihlašování SSO (Single sign on) pro rychlé přihlášení a přístup uživatelů.
Požadavky na architekturu technického řešení. (1) Architektura komodity K1 musí být navržena jako kompaktní, samostatně funkční bez závislosti na stávajících ICT technologiích s výjimkou síťových rozvodů a internetové konektivity.
(2) Správu komodity K1 bude možné provádět centrálně a vzdáleně s využitím nástrojů provozovaných v rámci virtualizační platformy.
(3) Součástí komodity bude K1 adresářová služba pro správu a ověřování přístupových účtů.
