Enterprise Class Storage System, Unified NAS. Enterprise Tape Library & Virtual Tape Library. SAN Fabric Management along with SAN Switches

Transcription

1 1 Storage and Backup Infrastructure 1.1 Objectives and Requirements The Tenderer should provision the storage and backup infrastructure and other accessories as required for the systems that would be hosted at the NIC/NICSI s Data Centre. While designing the solution the tenderer should also keep in mind that this Data Centre will also act as Disaster Recovery Centre for all the State Data Centres. The solution proposed should cater for an optimal approach wherein multiple storage requirements over different States/primary sites are addressed in an effective manner and the solution also addresses the requirements with minimum technical changes as well as minimal commissioning issues over these different primary sites. Requirement of major components and accessories has been identified by NIC/NICSI and is mentioned in the following clauses. In case the Tenderer feels that any additional components are required to make the proposed solution complete, the same should be proposed by the Tenderer and included in its Bid. The following is an indicative list of Components and Software that should be provided as part of this tender. Enterprise Class Storage System, Unified NAS Enterprise Class Core FC Switch, Aggregation FC switch and Edge FC Switches Enterprise Tape Library & Virtual Tape Library Software o o Native Device Management Software along with Storage System SAN Fabric Management along with SAN Switches SAN Fabric should have 2 Core Switches, two Aggregation FC switches of minimum 40 Ports in each PoD and one/two Edge FC Switch in each Rack. Following is the indicative logical schematic of the SAN Fabric showing only the main components that are to be provisioned for NIC/NICSI. The diagram is for indicative purposes only and the Tenderer should feel free to make improvements wherever required. Tenderer must consider this model, take into account the ICT infrastructure proposed to be hosted at the Data Centre and accordingly propose a suitable Storage Solution as part of its bid response.

2 Figure 1: Storage Architecture (Logical Diagram) 1.2 Enterprise Class Storage System The Tenderer should propose Enterprise class Storage System of 500TB using 600GB FC Disks with No Single Point of Failure (SPOF) and all components should be hot swappable. The Storage System should be proposed with additional 16 global hot spare disks. These global hot spare disks should be automatically configurable without any kind of interruption. The Storage System shall be used for storing the data for designated Servers hosted at the Data Centre. The Storage System proposed by the Tenderer should support Virtualisation. Virtualization may either be in band or with help of appliances and switches. The storage system should support NAS functionality, such NAS functionality may be natively integrated (inbuilt) on the Storage system or integrated with the Storage system as external NAS gateways/headers. NIC/NICSI will requisition additional disks whenever required from time-to-time. Such procurement shall be governed through change order. The storage system should offer exhaustive support for all industry leading cluster systems. The storage system should support heterogeneous multi-host connectivity. The system should facilitate connectivity to various flavours of Operating Systems (OS), including but not limited to HP-UX, IBM AIX, SUN Solaris, Red Hat Linux, Microsoft Windows, etc.

3 The storage system should have dedicated controllers for connecting front end ports as well as backend disks separately. The NAS Gateway must be proposed in cluster for achieving High Availability. All Fibre Cables for NAS Gateway / Header connectivity to LAN along with connectors and accessories required to meet the proposed solution must be provisioned & installed by the Tenderer. The storage system should support Proactive Fault Identification / Analysis, alerts, etc. The Tenderer should ensure that all the components such as controllers, fibre loops, etc. are populated and configured such that the performance of the Storage System is optimized and the disks are load balanced across multiple controllers. However, based on Tenderer s solution, Tenderer must propose more Cache than that specified here, if required to ensure that performance of the Storage system is not compromised e.g; for storing bit maps for Business continuality volume, Remote replication volumes, and Raid Volume information with supporting calculations. The Tenderer should guarantee that there would be no data loss for data that is committed to cache. The Storage System should have mechanism for securely writing data existing in cache to disk spindles (cache destage) for ensuring no data loss in case of power failure. It should support recovery from unscheduled power failure/interruption without any data loss. Cache shall be battery backed up or system should have some other mechanism to protect data in case of Power outage. The Storage System should have capability to support multiple NAS volumes and should have capability to securely manage the space partitioning so that there is no unauthorized access between volumes. The Storage System should have in-built security to restrict access based on user roles and rights. The Storage System should support industry standard applications / databases, including but not limited to MS SQL Server, PostgreSQL, Oracle, MySQL, DB2, Web & Application Servers, MS Exchange, Lotus Notes, etc. The Tenderer should provide requisite licenses for all the system software required for the Storage System including native LUN Management, Device Management Software, Configuration & performance management, etc. to support the currently proposed capacity in the storage system The storage systems should support multi pathing for Windows, Solaris and Linux clusters. The storage system should have be SNMP/SMI-S compliant to enable to manage with major storage management Software. All the hardware components and software upgrades must be online and non disruptive.

4 The storage system should be compatible with various fibre switches like Brocade, Cisco etc. Should have functionalities for GUI based Centralised Management, LUN Management and security, dynamic volume expansion, local/shadow volume copy, virtual/thin provisioning, point in time copy/multiple snapshots The detailed specification parameters along with minimum requirements, wherever applicable, are provided in Annexure I Technical Specifications. Tenderer is required to provide the specifications for the offered solution in this format as part of its bid. 1.3 Enterprise Class Core Fibre Switch, Aggregation FC Switch and Edge FC Switches Tenderer must provision SAN switches for connecting Servers that require connectivity to Storage System through Fibre Channel along with Storage Systems, Tape Library, etc. Tenderer must design the SAN Solution so as to configure the SAN switches in Core- Aggregation-Edge architecture. It is estimated that initially in phase-i around 200 Server racks shall be hosted at the Data Centre. Each rack would host approximately 15 Servers of 1 U Form factor on an average. The number of racks is estimated to scale to a total of approximately 400 Server Racks in future. Some Servers that may require dual-pathing for achieving high availability should be provisioned with redundant connectivity through 2 different Edge Switches in the Racks. Each Edge switch must be connected through redundant paths to both the Aggregation SAN Switches in a PoD. Each Aggregation switch must be connected through at least 2 redundant paths to both the Core SAN Switches. The SAN Core, Aggregation & Edge Switches should necessarily be from the same OEM. The Edge, Aggregation & Core Switches should have capabilities for connecting over multiple inter-switch links (ISL) trunks. Tenderer must propose the solution such that the ISL trunks allow aggregation of multiple ports on each Switch in order to achieve higher bandwidth. Necessary licenses to support this feature must quoted along the switch. The ISL trunks between Switches should be configured in load balancing mode. The Switches must be proposed along with all necessary software/licenses required to achieve this functionality. This requirement is an estimation considering connectivity of edge SAN Switches, Storage System, Tape library, NAS gateway, Backup server, etc. with each Core SAN Switch. However Tenderer must propose more number of ports if the solution proposed by him requires more ports.

5 The Core switch must be capable of creating hardware-based isolated environments with a single physical SAN fabric or switch. Each such isolated environment or Virtual fabric/ Virtual SAN within the switch should be capable of being zoned as a typical SAN. The SAN switches should be compatible with Host Bus Adapters (HBA) of different makes and models from multiple OEM, supporting multiple Operating Systems. The Core SAN switches should support all leading Storage Systems and tape libraries. The switches should be built on a non-blocking architecture. The Core switches should be designed for high availability with No Single Point of Failure. The switches should have redundant power supply units, hot power plug supplies and dual cooling fans. The switches should have capability for streaming the data in multiple paths with optimization algorithms for streaming data through shortest available path. All FC Cables & Patch cords for system connectivity including FC uplinks between Edge & Core Switches along with connectors and accessories required to meet the proposed solution must be provisioned & installed by the Tenderer. The Switches must be proposed along with SAN Operating System / Management Software. The Fabric Management Software should provide a GUI/web based management with features for fabric Configuration & Management. The software should have capability for automated monitoring and notification of changes in the fabric. The software should provide capability for Fabric, switch and port naming. The fabric manager should have capability for change management so as to tracks changes to fabric objects. The fabric manager should have capability for traffic prioritization. It should also have in built diagnostics features like Power On self Test, FC trace route, FC ping etc. The fabric manager should have provision for multiple levels of security to protect data. The fabric manager should have capability to support Zoning, port binding, port masking, etc. Only desired host should have the capability to access data and no other hosts should be able to access the data. The Fabric OS should provide comprehensive security for SAN fabrics through policybased security protection for secure change management and assured configuration integrity. The switch must support RADIUS authentication when being managed by GUI console or telnet to prevent unauthorised access and must support Secure Shell (SSH) encryption to provide additional security for Telnet sessions to the switch. The detailed specification parameters along with minimum requirements, wherever applicable, are provided in Annexure I Technical Specifications. Tenderer is

6 required to provide the specifications for the offered solution in this format as part of its bid. 1.4 Tape Library The Tenderer should provision tape library as a backup device for the purpose of data backup & restoration. The tape library should include a bar-code reader to enable managing the inventory of tape cartridges. The tape library should have capability for hot plugging and hot swapping of tape drives, controller cards, power supply, cooling fans, other electronics, etc. The tape library should have mixed media support and should be proposed along with necessary software/licenses The tape library should have capability for automatic calibration of robotic arm. The Tenderer should provision adequate number of native full-duplex Fibre Channel ports on the tape library so as to stream data for full-utilization of all the tape drives and also ensuring the backup requirement indicated above. The tape library should have capability to backup data from multiple hosts running HP- UX, IBM AIX, MS Windows, Linux, SUN Solaris, etc. Tenderer should provision native web-based remote management tool for remote administration. Tenderer should provide Media Degausser Along with the Tape Library and LTO Gen3 media, Tenderer should also propose a Media Degausser for secure erasure of data written onto the media. The Degausser must ensure erasure of media in a uniform and complete manner and must be capable of rendering the previous data un-recoverable after the erasure process is applied The Degausser must be of Low to medium capacity degaussing and should be of table top type The Degausser should preferably have a key-lock protection for unauthorized usage The Degausser must be of adequate gauss rating for full erasure of magnetic media formats such as: Computer Hard Drives DDS I, II, III, and IV Beta / Betacam

7 LTO 1, 2, 3, 4 Ultrium tape cartridges DAT Diskettes DLT I, DLT II, DLT III, DLT IV, and Super DLT All oxide & metal particle cassettes All computer backup cartridges The detailed specification parameters along with minimum requirements, wherever applicable, are provided in Annexure I Technical Specifications. Tenderer is required to provide the specifications for the offered solution in this format as part of its bid. 1.5 Virtual Tape Library The Virtual Tape Library (VTL) should have Modular design to allow for configuration, capacity addition increased performance. The virtual tape Library shall be scalable to atleast eight numbers of Front-end heads / Nodes. The library Solution should have capability to deliver selective restore from disk Library itself. Solution shall integrate and utilize customer s current tape backup infrastructure in the following aspects Compatibility with the existing backup server / media servers at customer. Compatibility with existing tape library and tape drives Compatibility with existing backup software Compatibility with existing SAN switch hardware Ability to flexibly emulate tape drive/ tape formats Fault tolerance in the offered Virtual tape library should be achieved by active disk redundancy technology like RAID. Virtual Tape Library should offer inbuilt Hardware Data compression, without performance degradation, Virtual tape library should support throughput of 2TB/hr and should be scalable to 8TB per hour by adding more capacity and front-end heads / Nodes. Virtual Tape library should support De-duplication license. Considering the criticality of the environment, De-duplication shall happen after the completion of backup so that back up window is not impacted. After backup operation, last full backup copy should be contiguous blocks of data so that even the restore operation is also not impacted during restoration.

8 De-duplication shall be native to virtual tape library and vendor should ensure that no other box being introduced to provide De-duplication facility. For better performance, back-end disk engine of virtual tape Library should be based on controllers which are tuned for sequential performance and should not be based on general purpose controllers which can be used for Database IO operations. Bidder should ensure that dedicated pair of array controllers are available for effective sequential performance for the drives. Virtual tape library should offer the flexibility to choose all well known application formats for which de-duplication is required. Virtual tape library should also have the optional support of replication to another Virtual tape Library device. Front-end processing engine or server or appliance should be well proven in the industry and shall be based on well known brands of HP / IBM / Acer or Dell powered with PCI-X technology. Management console/interface of Virtual tape library should provide the following functionality: Add or delete virtual libraries Add or delete virtual tape drives Add or delete virtual tape cartridges Add new disk storage Configure network parameters The detailed specification parameters along with minimum requirements, wherever applicable, are provided in Annexure I Technical Specifications. Tenderer is required to provide the specifications for the offered solution in this format as part of its bid. The solution should support local and remote replication with any point in time recovery to meet recovery point and recovery time objective (RPO/RTO) requirements. Such replication should provide heterogeneous array support so that there is no limitation on one particular vendor of storage and hence, addresses vendor neutrality. The solution should be out of band, network appliance based solution by way of which no load is added on the server and/or storage and their performance levels are not degraded by replication. It should also be noted that the replication solution should provide heterogeneous host support, hence, should have no dependency on a particular application and/or OS. The solution should also support concurrent local and remote replication. It should be capable of preventing logical corruption using continuos data protection. The solution should also support network based and array based splitters. The proposed solution should support data compression and intelligent bandwidth reduction technologies. The proposed solution should also ensure zero data loss in 3 site DR architecture involving synchronous replication fro primary to bunker site and asynchronous replication from bunker to DR site. The proposed solution should provide for linear scalability.