BACKGROUND - Veterans Affairs



PERFORMANCE WORK STATEMENT (PWS)DEPARTMENT OF VETERANS AFFAIRSOffice of Information & TechnologyInfrastructure OperationsInfrastructure Operations Private Cloud Managed Services Date: July 11, 2017TAC- 17-44615Task Order PWS Version Number: 2.0Table of Contents TOC \o "1-3" \h \z \u 1.0BACKGROUND PAGEREF _Toc487552867 \h 3Projected Growth Rates for Compute, RAM, Storage, Network capacity. PAGEREF _Toc487552868 \h 42.0Applicable documents PAGEREF _Toc487552965 \h 83.0SCOPE OF WORK PAGEREF _Toc487552967 \h 103.1APPLICABILITY PAGEREF _Toc487552968 \h 113.2ORDER TYPE PAGEREF _Toc487552970 \h 114.0PERFORMANCE DETAILS PAGEREF _Toc487552971 \h 114.1PERFORMANCE PERIOD PAGEREF _Toc487552972 \h 114.2PLACE OF PERFORMANCE PAGEREF _Toc487552973 \h 114.3TRAVEL OR SPECIAL REQUIREMENTS PAGEREF _Toc487552974 \h 124.4CONTRACT MANAGEMENT PAGEREF _Toc487552975 \h 124.5GOVERNMENT FURNISHED PROPERTY PAGEREF _Toc487552976 \h 124.6SECURITY AND PRIVACY PAGEREF _Toc487552978 \h 124.6.1POSITION/TASK RISK DESIGNATION LEVEL(S) PAGEREF _Toc487552979 \h 135.0SPECIFIC TASKS AND DELIVERABLES PAGEREF _Toc487552980 \h 145.1PROJECT MANAGEMENT PAGEREF _Toc487552994 \h 145.1.1CONTRACTOR PROJECT MANAGEMENT PLAN PAGEREF _Toc487552996 \h 145.1.2TECHNICAL KICKOFF MEETING PAGEREF _Toc487552997 \h 155.2Infrastructure Service Requirements PAGEREF _Toc487552999 \h 155.2.1Facilities Analysis PAGEREF _Toc487553000 \h 155.2.2Compute Requirements. PAGEREF _Toc487553001 \h 175.2.3Storage Requirements PAGEREF _Toc487553002 \h 205.2.4Provisioning Requirements PAGEREF _Toc487553003 \h 205.2.5Documentation Requirements PAGEREF _Toc487553004 \h 215.2.6Supported Guest Operating System Requirements PAGEREF _Toc487553005 \h 225.2.7Network and Transport Requirements PAGEREF _Toc487553006 \h 235.2.8Security Requirements PAGEREF _Toc487553007 \h 245.2.9Local identity management and granular role-based authorizations PAGEREF _Toc487553008 \h 255.2.10Define User Roles and Support User Authorization Workflows PAGEREF _Toc487553009 \h 255.2.11Architecture Requirements PAGEREF _Toc487553010 \h 275.2.12Support and Service Level Requirements PAGEREF _Toc487553011 \h 285.2.13Monitoring, Alerting, and Logging Requirements PAGEREF _Toc487553012 \h 305.2.14Price and Billing Requirements PAGEREF _Toc487553013 \h 335.2.15Associated Services Requirements PAGEREF _Toc487553014 \h 335.2.16Cloud Management Platform (CMP) Software PAGEREF _Toc487553016 \h 355.2.17Assessment and Accreditation Requirements PAGEREF _Toc487553018 \h 355.2.18Office of the Inspector General Cooperation PAGEREF _Toc487553019 \h 376.0GENERAL REQUIREMENTS PAGEREF _Toc487553020 \h 396.1PERFORMANCE METRICS PAGEREF _Toc487553021 \h 39SECTION 508 – ELECTRONIC AND INFORMATION TECHNOLOGY (EIT) STANDARDS PAGEREF _Toc487553023 \h 476.2 PAGEREF _Toc487553025 \h 476.2.1EQUIVALENT FACILITATION PAGEREF _Toc487553027 \h 486.2.2COMPATIBILITY WITH ASSISTIVE TECHNOLOGY PAGEREF _Toc487553028 \h 486.2.3ACCEPTANCE AND ACCEPTANCE TESTING PAGEREF _Toc487553029 \h 486.3SHIPMENT OF HARDWARE OR EQUIPMENT PAGEREF _Toc487553030 \h 496.4ENTERPRISE AND IT FRAMEWORK PAGEREF _Toc487553105 \h 50ADDENDUM B- VA INFORMATION AND INFORMATION SYSTEM SECURITY / PRIVACY LANGUAGE PAGEREF _Toc487553106 \h 51BACKGROUNDThe Office of Information and Technology’s (OI&T) Infrastructure Operations (IO) Architecture, Strategy and Design (ASD), Information Technology Operations (ITOPS) and Enterprise Program Management Office (EPMO), are working as a team to establish the VA Enterprise Cloud (VAEC). The VAEC will consist of a Cloud Management Platform (CMP), a Private Cloud Computing Service (VA Private Cloud or VAPC), and one or more VA Public Cloud Environments (VAPCE) provided by external Cloud Service Providers (CSPs).VA requires Contractor managed private cloud located at three VA data centers to include Austin Information Technology Center (AITC), Philadelphia Information Technology Center (PITC), and Capital Region Readiness Center (CRRC) that leverages the use of hyper-scale cloud services, protects sensitive data, and modernizes our IT services providing cost savings and improved services to the Veteran.In order to meet the growing needs of its customers and efficiently and effectively utilize its IT resources (network infrastructure, servers, etc.), IO intends to implement an enterprise-class, geographically diverse, Contractor Managed Private Cloud solution that offers essential cloud characteristics such as on-demand self-service, resource pooling, rapid elasticity, and measured service. Some of the Private Cloud service models to be integrated include Infrastructure as-a Service (IaaS), Platform-as-a-Service (PaaS), and Database-as-a-Service (DBaaS) service models. This Private Cloud infrastructure will permit VA customers to self-provision resources, monitor resource utilization view cost data (showback) and manage their accounts. VA IT administrators will be able to monitor customer utilization, analyze trends, and effectively plan IT resource expansion. The Private Cloud will also have the ability to connect VA’s current IO Cloud to multiple VA-approved external Cloud Service Providers (CSPs) including other government agencies and commercial entities such as Microsoft Azure, Amazon Web Services (AWS), or other FISMA high or moderate environments.In FY12, IO delivered a private cloud deployment as part of its fee-for-service franchise fund service catalog. Based on commodity hardware and VMware software to create virtual server environments, the offering aligned with the National Institute of Standards and Technology (NIST) Infrastructure-as-a-Service (IaaS) service model. This IO private cloud IaaS currently supports 2,000 Virtual Machines (VM) on 1PB of storage, 1542 virtual CPUs (VCPU), and 48TB Random Access Memory (RAM) using VMWare and Microsoft hypervisor technology. IO hosts this IaaS at VA’s Austin Information Technology Center (AITC) and Philadelphia Information Technology Center (PITC).Table 1: Current StateParameterValueCurrent Number of Cloud Virtual Machines2000Current Cloud VCPU Capacity1542Current Cloud RAM Capacity48 TBCurrent Cloud Storage Capacity1 PBOperating SystemsWindows 2008-2012 R2, Red Hat LinuxHypervisorsVMware vSphere Enterprise Plus, Microsoft Hyper-VIT Service Management (ITSM)Configuration Management Database (CMDB Software)CA Service ManagerITSM Help Desk SoftwareCA Service ManagerNetworkingCisco N1000V, Cisco ACI, F5, RiverbedDatabase SoftwareMicrosoft SQL, Oracle, MongoDBDeployment Data Centers LocationsAustin ITC (TX), Philadelphia ITC (PA)Projected Growth Rates for Compute, RAM, Storage, Network capacity.Memory (RAM)When the IO Cloud was brought online in 2012, the memory (RAM) available to be provisioned by client virtual machines totaled 5,120 Gb (gigabytes) at AITC. Subsequent scale up at AITC and expansion into PITC has increased memory to 27,648 Gb at AITC and 15,360 Gb at PITC as shown in Table 2. Also shown are memory used and percent used at AITC and PITC.?MEMORY (Gb)AITCPITC Capacity2764815360 Used170873467 % Used61.80%22.57%Table 2 IO Cloud Memory: AITC and PITCToday, the memory (RAM) available to be provisioned by client virtual machines across AITC and PITC totals 43,008 Gb, as shown in Table 3. As discussed above, memory (RAM) has grown from an initial size of 5,120 Gb in 2012.DescriptionRAM (Gb)20125120201743008Table 3 IO Cloud Total Memory: 2012 to 2017Using these 2 data points, if we assume linear growth over the next five years, the memory requirement will roughly double to 80,000 Gb by 2022, as projected in Figure 1.Figure SEQ Figure \* ARABIC 1 IO Cloud Memory Linear Trend lineProcessors (CPU Cores)When the IO Cloud was brought online in 2012, the processors (CPU Cores) available to be provisioned by client virtual machines totaled 160 CPU Cores at AITC. Subsequent scale up at AITC and expansion into PITC has increased CPU Cores to 1072 at AITC and 480 at PITC as shown in Table 4. Also shown are CPU Cores used and percent used at AITC and PITC. COMPUTE (vCPU) AITCPITC Capacity1072480 Used64301207 % Used599.81%251.46%Table 4 IO Cloud CPU Cores: AITC and PITCToday, the CPU Cores available to be provisioned by client virtual machines across AITC and PITC totals 1542, as shown in Table 5. As discussed above, CPU Cores has grown from an initial 160 CPU Cores in 2012.DescriptionCPU Cores201216020171542Table 5 IO Cloud CPU Cores: 2012 to 2017Using these 2 historical data points, if we assume linear growth over the next five years, the required CPU Cores will roughly double to just less than 3000 by 2022, as projected in Figure 2.Figure SEQ Figure \* ARABIC 2 IO Cloud CPU Cores Linear Trend lineStorage (Storage Area Network (SAN))When the IO Cloud was brought online in 2012, the storage (Storage Area Network (SAN)) available to be provisioned by client virtual machines is assumed to have been 4,000 Gb AITC. We were not able to find a record of the initial storage (SAN) provision, but the maximum single allocation supported is 4,000 Gb, so that number is assumed. Subsequent scale up at AITC and expansion into PITC has increased storage (SAN) to 565,410 Gb at AITC and 106,410 Gb at PITC as shown in Table 6. Also shown are storage (SAN) used and percent used at AITC and PITC.STORAGE (SAN) (Gb)AITCPITC Capacity 565410106410 Used 34622048110 % Used61.23%45.21%Table 6 IO Cloud Storage (SAN): AITC and PITCToday, storage (SAN) available to be provisioned by client virtual machines across AITC and PITC totals 106,410 Gb, as shown in Table 7. As mentioned above, storage (SAN) has grown from an initial (assumed) allocation of 4,000 Gb in 2012.DescriptionSAN GB201240002017106410Table 7 IO Cloud storage (SAN): 2012 to 2017Using these 2 historical data points, if we assume linear growth over the next five years, the required storage (SAN) will roughly double to just under 205,000 Gb by 2022, as projected in Figure 3.Figure SEQ Figure \* ARABIC 3 IO Cloud storage (SAN) Linear Trend line Virtual Machines (VMs)When the IO Cloud was brought online in 2012, we had zero Virtual Machines (VMs). We were not able to find a record of the first few years of VMs provisioned. Subsequent scale up at AITC has increased VMs from 838 to 1116. DescriptionAITC # of VMs11/201583805/20171116Table 8 AITC Total Virtual Machines: 11/2015 to 05/2017Using these 2 historical data points, if we assume linear growth over the next five years, the VMs will roughly double to just over 1800 by 2022, as projected in Figure 4.Figure 4 IO Cloud AITC number of VMs Linear Trend lineApplicable documentsThe Contractor shall comply with the following documents in the performance of this effort:Federal Continuity Directive 1 (FCD 1), Federal Executive Branch National Continuity Program and Requirements, October 2012.National Security Presidential Directive/NSPD 51 and Homeland Security Presidential Directive/HSPD-20, National Continuity Policy, dated May 9, 2007.National Continuity Policy Implementation Plan, August 2007 Federal (Homeland Security).National Response Framework, June 2016 Federal (Homeland Security).Homeland Security Presidential Directive 5 (HSPD-5), Management of Domestic Incidents, dated February 28, 2003.Homeland Security Presidential Directive 7 (HSPD-7), Critical Infrastructure Identification, Prioritization, and Protection, dated December 17, 2003.Homeland Security Presidential Directive 8 (HSPD-8), National Preparedness, dated December 17, 2003.VA Directive and Handbook 0320, Comprehensive Emergency Management Program.OI&T Directive and Handbook 0320, Comprehensive Emergency Management Homeland Security Program.OI&T Handbook 0320.1, Office of Information and Technology Continuity of Operations.OI&T Handbook 0320.2, Office of Information and Technology Emergency Management Test, Training, and Exercise Program.OI&T Handbook 0320.3, Veterans Affairs Information Technology Support to the National Response Framework.SDE EO Directive 0320, Comprehensive Emergency Management Homeland Security Program.AITC Handbook 0320.01/3, Comprehensive Emergency Management Program.AAC Directive 6205, AAC IT Incident Management.AITC Directive 6500/1, Information Security Program.AITC Handbook 6500.03/2, Contingency Planning (CP).44 U.S.C. § 3541, “Federal Information Security Management Act (FISMA) of 2002”Department of Homeland Security, “Trusted Internet Connections (TIC) Reference Architecture v2.0”, 2013Department of Veterans Affairs (VA) Directive 6300, “Records and Information Management”, 2012Department of Veterans Affairs (VA) Directive 6500, “Information Security Program,” September 20, 2012Department of Veterans Affairs (VA) Handbook 6300.1, “Records Management Procedures”, 2012Department of Veterans Affairs (VA) Handbook 6500, "Risk Management Framework for VA Information Systems – Tier 3: VA Information Security Program,", March 10, 2015Department of Veterans Affairs (VA) Handbook 6500.1, “Electronic Media Sanitization”, 2012Department of Veterans Affairs (VA) Handbook 6500.3, ”Assessment, Authorization, and Continuous Monitoring of VA Information Systems”, February 3, 2014Department of Veterans Affairs (VA) Handbook 6500.6, “Contract Security”, March 12, 2010, Appendix CDepartment of Veterans Affairs (VA) Handbook 6500.8, “Information System Contingency Planning”, April 6, 2011Department of Veterans Affairs (VA), Office of Information and Technology (OI&T), Corporate Data Center Operations (CDCO), Austin Information Technology Center (AITC), Handbook 6500.02, “Computer and Network Security Incident Response”, 2012Department of Veterans Affairs (VA), Office of Information and Technology (OI&T), “Process Management Change Control Process Guide”, V1.1, December 2010, of Veterans Affairs (VA), Office of Information and Technology (OI&T), Service Delivery and Engineering (SDE), “VA Enterprise Disaster Recovery Service Tiers and Technology Solutions Standards”, Version 1.0, September 2012.Department of Veterans Affairs (VA), Office of Information and Technology (OI&T), Office of Cyber Security (OCS), “VA Authority to Operate Requirements”, April 2013Distributed Management Task Force (DMTF), “Open Virtualization Format Specification”, Version 2.1.0, 2014OwElectronic Industries Alliance (EIA) Standard EIA-310-D (rev. E), Cabinets, Racks, Panels, and Associated Equipment, 1996Federal Information Process Standards (FIPS) Publication 140-2, Security Requirements for Cryptographic Modules, May 2001.Federal Information Process Standards (FIPS) Publication 199, Standards for Security Categorization of Federal Information and Information Systems, February 2004.National Archives and Records Administration (NARA), “Basic Laws and Authorities”, February, latest version, “Basic Laws and Authorities of the National Archives and Records Administration”, 2006 EditionNational Institute Standards and Technology (NIST) Special Publications (SP) 800 series (see )One-VA Technical Reference Model Office of Management & Budget (OMB) Memorandum M-14-04, “FY 2013 Reporting Instructions for the Federal Information Security Management Act and Agency Privacy Management,” November 18, 2013Public Law 109-461, “Veterans Benefits, Health Care, and Information Technology Act of 2006”, title IX Information Security MattersSCOPE OF WORKThe?purpose of this acquisition is to bring cloud services to include but not limited to Infrastructure as a Service (IaaS), Platform as a Service (PaaS),?and Database as a Service (DBaaS) into?three VA data centers using a Contractor managed, highly available, redundant, on premise, private deployment model. The Contractor shall provide a Contractor managed, on premise solution to provide cloud services such as IaaS, PaaS and DBaaS. The offered solution shall provide a state of the art, Contractor managed, on premise, cloud infrastructure. The Contractor shall provide the latest technology to VA by refreshing the provided technology as it becomes available and approved by VA. The services requested of the Contractor managed, on premise VAPC in this PWS include:Design and implement the VAPC across three VA data centers.Austin Information Technology Center (AITC) (Austin, TX)Philadelphia Information Technology Center (PITC) (Philadelphia, PA)Capital Region Readiness Center (CRRC) (Martinsburg, WV)Implement the VAPC by extending existing service capabilities:Deploy Infrastructure as a Service (IaaS) per the NIST definition for IO supported infrastructureDeploy Platform as a Service (PaaS) per the NIST definition for IO supported infrastructureDeploy Database as a Service (DBaaS per the NIST definition for IO supported infrastructureDeploy a full featured, state of the art, self service capabilityArchitecture, planning, and engineering services to integrate the VAPC with VA infrastructure.Other support services such as provisioning, metering, billing, networking, identity management, change management, process automation, and resource management munication and publication of lessons learned, best practices, and engineering approaches to the VA Community to save resources during future transitionsHyper-Converged Infrastructure (HCI) hardware equipment and softwareAPPLICABILITYORDER TYPEThe effort shall be proposed on a Firm Fixed Price (FFP) basis.PERFORMANCE DETAILSPERFORMANCE PERIODThe period of performance (PoP) shall be 12 months from date of award, followed by two (2) 12-month option periods. PLACE OF PERFORMANCEThe efforts under this PWS shall be performed at three (3) existing VA IO data centers. The three (3) VA IO existing data centers are listed below:Austin Information Technology Center (AITC)1615 Woodward Street (200/313)Austin, Texas 78772Philadelphia Information Technology Center (PITC)5000 Wissahickon AvenuePhiladelphia, Pennsylvania 19144Capital Region Readiness Center (CRRC)221 Butler Avenue, Bldg. 511Martinsburg, West Virginia 25405TRAVEL OR SPECIAL REQUIREMENTSThe Government anticipates travel under this effort to perform the tasks associated with the effort, as well as to attend program-related meetings or conferences throughout the period of performance. Include all estimated travel costs in your firm-fixed price line items. These costs will not be directly reimbursed by the Government.The total estimated number of trips in support of the program related meetings for this effort is 20 for each 12-month period. Anticipated locations include the following AITC, PITC, CRRC, estimated at 5 days in duration:Table 2: Travel estimates:LocationsTotal TripsTotal ContractorsTotal days per TripAITC8105PITC4105CRRC4105 CONTRACT MANAGEMENTAll requirements of Sections 7.0 and 8.0 of the T4NG Basic PWS apply to this effort. This TO shall be addressed in the Contractor’s Progress, Status and Management Report as set forth in the T4NG Basic ERNMENT FURNISHED PROPERTYThe Contractor shall be provided access to all available Government furnished information, facilities, material, equipment, or services as required to accomplish the efforts in the PWS. This shall include office space, desk, telephone, chair, computer, shared printer, cell phones for callback and requisite consumable materials (i.e. office supplies).The Contractor may be provided keys or codes for access to the Government facility. These keys and codes shall be controlled, tracked, and protected. Upon completion of the POP, all keys and/or access badges to the Government facility will be turned in to the COR.SECURITY AND PRIVACY All requirements in Section 6.0 of the T4NG Basic PWS apply to this effort. Specific TO requirements relating to Addendum B, Section B4.0 paragraphs j and k supersede the corresponding T4NG Basic PWS paragraphs, and are as follows,The Contractor shall notify VA within 5 minutes upon discovery or disclosure of successful exploits of the vulnerability which can compromise the security of the Systems (including the confidentiality or integrity of its data and operations, or the availability of the system). Such issues shall be remediated as quickly as is practical, but in no event longer than 1 day.When the Security Fixes involve installing third party patches (such as Microsoft OS patches or Adobe Acrobat), the vendor will provide written notice to VA that the patch has been validated as not affecting the Systems within 10 working days. It has been determined that protected health information may be disclosed or accessed and a signed Business Associate Agreement (BAA) shall be required. The Contractor shall adhere to the requirements set forth within the BAA, referenced in Section D of the Request for Task Execution Plan (RTEP) and shall comply with VA Directive 6066. POSITION/TASK RISK DESIGNATION LEVEL(S)Position SensitivityBackground Investigation (in accordance with Department of Veterans Affairs 0710 Handbook, “Personnel Suitability and Security Program,” Appendix A)Low / Tier 1Tier 1 / National Agency Check with Written Inquiries (NACI) A Tier 1/NACI is conducted by OPM and covers a 5-year period. It consists of a review of records contained in the OPM Security Investigations Index (SII) and the DOD Defense Central Investigations Index (DCII), Federal Bureau of Investigation (FBI) name check, FBI fingerprint check, and written inquiries to previous employers and references listed on the application for employment. In VA it is used for Non-sensitive or Low Risk positions.Moderate / Tier 2Tier 2 / Moderate Background Investigation (MBI) A Tier 2/MBI is conducted by OPM and covers a 5-year period. It consists of a review of National Agency Check (NAC) records [OPM Security Investigations Index (SII), DOD Defense Central Investigations Index (DCII), FBI name check, and a FBI fingerprint check], a credit report covering a period of 5 years, written inquiries to previous employers and references listed on the application for employment; an interview with the subject, law enforcement check; and a verification of the educational degree.High / Tier 4 Tier 4 / Background Investigation (BI) A Tier 4/BI is conducted by OPM and covers a 10-year period. It consists of a review of National Agency Check (NAC) records [OPM Security Investigations Index (SII), DOD Defense Central Investigations Index (DCII), FBI name check, and a FBI fingerprint check report], a credit report covering a period of 10 years, written inquiries to previous employers and references listed on the application for employment; an interview with the subject, spouse, neighbors, supervisor, co-workers; court records, law enforcement check, and a verification of the educational degree.The position sensitivity and the level of background investigation commensurate with the required level of access for the following tasks within the Performance Work Statement are outlined below. For Paragraphs 5.2 and 5.4, sub-tasks requirements may require High/BI level; and therefore are indicated to have two Position Sensitivity Levels below. The appropriate Position Sensitivity level by sub-task will need to be coordinated with the COR during the onboarding process. Position Sensitivity and Background Investigation Requirements by TaskTask NumberTier1 / Low / NACITier 2 / Moderate / MBITier 4 / High / BI5.1 FORMCHECKBOX FORMCHECKBOX FORMCHECKBOX 5.2 FORMCHECKBOX FORMCHECKBOX FORMCHECKBOX 5.3 FORMCHECKBOX FORMCHECKBOX FORMCHECKBOX 5.4 FORMCHECKBOX FORMCHECKBOX FORMCHECKBOX 5.5 FORMCHECKBOX FORMCHECKBOX FORMCHECKBOX 5.6 FORMCHECKBOX FORMCHECKBOX FORMCHECKBOX A High/BI is currently needed, for example, for all Security, Network, and Administration positions and for other identified positions on an “as required” basis. The Tasks identified above and the resulting Position Sensitivity and Background Investigation requirements identify, in effect, the Background Investigation requirements for Contractor individuals, based upon the tasks the particular Contractor individual will be working. The submitted Contractor Staff Roster must indicate the required Background Investigation Level for each Contractor individual based upon the tasks the Contractor individual will be working, in accordance with their submitted proposal.SPECIFIC TASKS AND DELIVERABLESThe Contractor shall perform the following:PROJECT MANAGEMENTCONTRACTOR PROJECT MANAGEMENT PLANThe Contractor shall deliver a Contractor Project Management Plan (CPMP) that lays out the Contractor’s approach, timeline and tools to be used in execution of this TO effort. ?The CPMP should take the form of both a narrative and graphic format that displays the schedule, milestones, risks and resource support.??The CPMP shall also include how the Contractor shall coordinate and execute planned, routine, and ad hoc data collection reporting requests as identified within the PWS. The initial baseline CPMP shall be concurred upon and updated in accordance with Section B of the TO. The Contractor shall update and maintain the VA Program Manager (PM) approved CPMP throughout the PoP. Deliverable: Contractor Project Management PlanTECHNICAL KICKOFF MEETINGThe Contractor shall hold an initial kickoff meeting within 10 days after TO award. The Contractor shall hold a technical kickoff meeting within 30 days after TO award at which time the Contractor will present, for review and approval by the Government, the details of the intended approach, work plan, and project schedule for each effort. The Contractor shall specify dates, locations (can be virtual), agenda (shall be provided to all attendees at least five (5) calendar days prior to the meeting), and meeting minutes (shall be provided to all attendees within three (3) calendar days after the meeting). The Contractor shall invite the Contracting Officer (CO), Contract Specialist (CS), COR, VA PM, and other stakeholders as identified by the VA.Deliverables:Initial Kickoff MeetingTechnical Kickoff MeetingInfrastructure Service Requirements This section provides the infrastructure service requirements for FISMA Low, Medium and High workload and data, including the compute and storage requirements of the commercial service provider. The VA shall retain ownership of all user data and applications hosted on the Contractor managed VAPC. The VA shall retain ownership of all hardware, software, applications, code and data used to create, implement and maintain the Contractor managed VAPC. The Government retains the right to request full copies of all workloads and data at any time. The data that is requested and provided by the Contractor must be presented in a readable format to the VA.Facilities AnalysisThe Contractor shall provide data center subject matter expertise to assess the three (3) selected VA facility sites to support the installation of the Contractor managed VAPC. The Contractor shall provide a facility analysis report no later than 2 weeks after the Technical Kickoff Meeting. The Contractor shall examine all issues that impact a successful site implementation of the VAPC infrastructure solution including, but not limited to:Physical requirements of the VAPC solution;Floor space currently available for the initial infrastructure implementation and room for growth;HVAC capacity currently available for the initial infrastructure implementation and room for growth;Power capacity currently available for the initial infrastructure implementation and room for growth;Power provider diversity and automatic power backup failover;Network capacity currently available for the initial infrastructure implementation and room for growth;Integration requirement for VA Wide Area Network access;Fire sensor alert mechanisms and integration with facility alerts.Equipment installation must adhere to VA Enterprise Data Center Infrastructure Standard_V1.0_Final_7Dec16 ()Deliverables:Facilities Analysis ReportInstallation Plan, Installations, and Timeline Four (4) weeks after receiving PIV and enhanced network access to the VA network, the Contractor shall deliver an initial report detailing a plan for infrastructure service installation at the three sites, and any issues with implementation of the VAPC in the three facilities along with recommended mitigations. A final version of the report shall be delivered five weeks after the Contractor recieves PIV and enhanced network access to the VA network. While developing the report, the Contractor will meet with and formally present any discovered risks to the COR/POC and immediately work with the COR to rapidly resolve any known risks to a successful physical implementation at the facility. Having been informed of all identified issues, the COR/POC may choose to accept some risks and proceed with the installation. Installation of at least one site shall be completed no later than twelve (12) weeks after the risks identified in the Facility Analysis Report have been mitigated and the Contractor has received PIV and enhanced network access. The second site shall be installed no later than sixteen (16) weeks after the risks identified in the Facility Analysis Report have been mitigated, and the Contractor has received PIV and enhanced network access. The third site shall be installed no later than twenty (20) weeks after the risks identified in the Facility Analysis Report have been mitigated, and the Contractor has received PIV and enhanced network access.Deliverables:Initial Installation PlanFinal Installation PlanInstallation at First SiteInstallation at Second SiteInstallation at Third SiteCompute Requirements. The compute services shall allow the Consumer to manage Workloads/Virtual Machines (VMs) including provisioning, starting, stopping, copying, cloning, saving and restoring VMs on demand. The compute services shall allow the Consumer to choose their initial VM configuration from a VA-approved set of operating systems and machine configurations. The Contractor will create VA approved VM templates for consumer use, with pre-defined configurations of memory, storage, and processing resources. (e.g., small, medium, large VMs).The compute services shall require the Consumer’s identity to be associated to any VM that the Consumer provisions. The identity information shall include the personal identity of the Consumer and an organizational affiliation. The compute services shall allow for the provisioning of multiple VMs of the same configuration for a Consumer.The Contractor will provide methods to migrate workloads from existing VA virtualized infrastructure (V2V), and from legacy physical servers (P2V). The Contractor shall provide a mechanism for migration of operational workloads between the three (3) VA data center sites.Self-Service provisioningThe Contractor shall provide rapid, self-service provisioning which includes, at a minimum:The provisioning service shall offer self-service initiation of provisioning actions through a programmatic interface (both an Application Programming Interface (API) and a command line interface (CLI)) and through a management console. Provisioning within pre-approved account-based quotas and within limits for pre-defined configurations will be provisioned on-demand regardless of the method used to initiate the provisioning action. Provisioning beyond pre-approved account-based quotas or outside of pre-defined configurations will require workflow approval.The Contractor's self-service interface shall be able to provision multiple compute instances for multiple Consumers at the same time, without dependencies between those provisioning jobs. Provisioning shall initially utilize VA-approved templates as approved baseline machine images, but allow for consumers to store customized images built on the VA-approved templates. The compute service shall support the import and export of workload machine images to enable future Private or multi-Contractor infrastructure approaches. The Contractor shall be able to support the importation of Open Virtualization Format (OVF), Virtual Machine Disk Format (VMDK) or virtual hard disk (VHD, VHDX)-based images. Image conversions shall be required during importation. Metering of workload usageThe compute service shall support metering of workload usage. Metering shall include how many workloads each Consumer is running; what type they are; and how long they are operated. Workload reporting will support a number of management activities including but not limited to chargeback for resources used, planning for future infrastructure growth, guest operating system license management, or assessing which organizations are using what portion of the infrastructure resources.The Contractor managed VAPC will provide real-time usage and metered data via an on-line portal?and exposed API that?is available 24 hours a?day,?7 days per?week.? The usage and administration portal?will?enable?consumers?to?obtain situational?awareness information on performance of?the?VAPC and the?interfaces?it?supports.?It?will?also?be used?as?a measurement?tool?to confirm?compliance with?the SLA?requirements?in Appendix?C. The Contractor shall:Present?automated?alerts?and?present?metrics?for?the?most?recent?24-hour?period.?In?addition,?a?rolling?average?will?be?maintained?for?each?metric?and?retained?for?an?additional?365?days.?Logs?will?be?retained?for?5 yearsAllow for permission based reporting such that the portal will present?and?organize?information?only?for?and?relevant?to?the?user’s?VAPC group assignments.Either?integrate?or?provide?convenient?access?to?the?Help?Desk?and?Security?Issue?tracking/ticketing?system.Provide a report that identifies available capacity information from the complete VAPC infrastructure, as well as capacity information to the smallest of VDC’s.??The information will only be presented to those users assigned the proper roles.Provide a capacity trending report.Provide an ad-hoc reporting capability that can create and save reusable reports. Provide performance reporting Provide a User management report that includes all groups and group membership throughout the hierarchy.??Provide combined reporting of all virtual datacenter (VDC) resources to include, associated systems, Object Name, OS version, IP Address, CPU, Memory, storage tier, and active directory (AD) membership.Provide a report of all virtual systems and physical systems that are being replicated.?Provide detailed reporting of VAPC backup and recovery information.Virtual Machine Resource Support The Contractor shall support the Consumer’s ability to resize VM resources, including processors, memory, storage, and network configurations. The Contractor shall not force Consumers to re-provision new workload instances with new characteristics. The Contractor shall offer this functionality in a granular manner, with controls for each resource, and through pre-bundled "sizes" of instances in the service catalog. Adding or removing resources shall be performed via an online management tool. Removing resources shall be done on-demand. Adding resources shall be done on-demand within pre-approved quotas per account and pre-defined configuration limits. Adding resources beyond respective account quotas or configuration limits shall support a workflow in order for the Government to review and approve the changes in resources before they are implemented.The VAPC services shall be architected to avoid outages or downtime when the Contractor is performing hardware or service maintenance. This includes avoiding network access interruptions for production, data or control networks.The VAPC services shall support the automated failover of workloads between the three physical sites to support Continuity Of Operations (COOP), if applicable to the Consumer. The Contractor shall design hosting and failover configurations for each application and submit drafts for VA review and approval. The VAPC services shall be architected in such a way to automatically migrate and restart instances on a healthy host if the original physical host fails. The Contractor shall provide VM restart flexibility. In the event where infrastructure maintenance must occur and a VM restart is necessary, the Contractor shall offer the Consumer flexibility in selecting restart scheduling windows per VM.The VAPC services shall support the automated load balancing of workloads between the three (3) physical sites to support the most efficient use of VA resources and best workload performance.Issue/Event Notifications The Contractor shall provide VM/workload maintenance/failure notifications. If a compute resilience event occurs (such as live migration, instance restart or memory preserving maintenance), VAPC services must support the ability for Consumers, VA, and identified reporting/monitoring bodies to be notified that such an event occurred. Performance standards are as follows:At a minimum, options to include email, text, and integration with existing ticketing system. The Consumer shall be able to opt in or out of the communication options via self-service means.Anti-Affinity SupportThe Contractor shall provide instance anti-affinity which allows Consumers to adhere to higher degrees of application availability by ensuring that a single physical failure event does not take all instances offline. The anti-affinity setting shall be set by the Consumer in a self-service fashion. The compute service shall support the execution and operation of industry standard software container technologies.0The Contractor shall stand up separate Dev-Test, and pre-production environments that are separated from the production environment and data. The Contractor will be responsible for ensuring that any changes and/or upgrades to the VAPC are properly tested in the pre-production environment prior to being released to Production. Prior to releasing to production, the Contractor will be required to submit a test report validating major upgrades are operationally ready for production and that the security posture of the infrastructure has not been compromised by the upgrades. Storage RequirementsThe Contractor managed services shall include planning, designing, building, deploying, and maintaining new storage environments that are characterized by: agile processes in which continual improvements can be rapidly deployed; optimization of storage and retrieval of data; and flexibility to grow with the evolution of the VAPC storage needs. The managed services shall include the following activities:Integrate solutions with existing operation, environment, and maintenance of storage assets.Create and maintain a design and implementation plan for the new VAPC storage environment that will support the service-oriented architecture, commoditization, and virtualization objectives of the VAPC environment.Provide a flexible solution that shall accommodate changes in VAPC information architecture and storage system standards and be able to implement significant improvement in storage utilization efficiency. Allow for flexibility to include new storage access methods, specifically to include automated Information Lifecycle Management (ILM).Update the design and implementation plan to incorporate new technology and updated usage information.Develop and deliver documentation and training in support of design and implementation that is reflective of the solution. Develop and deliver documentation and training in support of ongoing operations and maintenance that is reflective of the resource provisioning. Deliver a storage management system for a heterogeneous storage environment using business functional roles to provide capacity, performance, billing, and management capabilities in the VAPC storage environment. Provisioning RequirementsThe requirements for supporting the provisioning of infrastructure resources are as follows:The Contractor shall provide access to browser-based management functionality and provide a REST Application Programming Interface (API) and command line interface (CLI) for VA approval to conduct provisioning, configuring, and termination of compute and storage infrastructure resources.The Contractor’s solution shall support automated provisioning of cloud resources, without requiring human coordination between the Contractor and the VA.The Contractor’s solution shall provide the ability to provision, modify and terminate virtual machines, storage and bandwidth dynamically, as requested via online portal, REST API or CLI .The provisioning service shall provide the following capabilities:Enable creation of accounts that segregate resources to enable resource management and financial control. Define a resource usage quota that correlates to pre-approve funding thru the IO Business Office. Enable a check for available resource usage quota associated with the resource owner account before provisioning is started. The provisioning process shall include an exception workflow capability for designated VA staff to approve requested resources (e.g., VMs), and associated contract charges, when the provisioning request exceeds the account pre-authorized quota. The exception request shall clearly identify unit costs associated with the resources being requested and record the Consumer and the approver of the provisioning exception request.The exception workflow shall support the identification and designation of one or more approvers and the appropriate sequence of approvals required for each consumer organization, preferably based on Lightweight Directory Access Protocol (LDAP). The workflow shall be tailorable in self-service manner for each consumer organization, with role based limitations for who may modify the workflow. For example, an approver should be able to designate an alternate approver.Provisioning Templates. The Contractor shall offer Consumers with Cloud Administrator role assigned, the ability to create infrastructure templates. A template is a blueprint, or build manifest, that allows a collection of different resources to be provisioned together, such as compute instances, storage volumes, network elements, monitoring configurations and security configurations. The Consumer shall be able to create; store and provision from VA approved templates.The provisioning engines should expose an API to allow external orchestration tools such as Ansible and Chef to provision resources after presenting administrator credentials (access keys or certificate).Documentation RequirementsAs VA Consumers consider the Contractor’s service offerings, they will seek information on attributes of the infrastructure services such as service level agreements, standards compliance, connectivity and example uses. Providing a rich resource of on-line content with Government concurrence can be immensely helpful to VA Consumers, program managers and support Contractors. The online content will also have the effect of reducing technical risks and costs for migrating Consumers to the infrastructure services. The Contractor shall provide the following types of online content in a dynamic store front comparable to industry leading Cloud service providers:Self-help materials including ‘How to get started’ guides to aid new service ConsumersFrequently asked questions (FAQs) informed by a knowledgebase.Service costs and billing informationHelp desk and technical support contact informationVA program management and contracting points of contact informationInfrastructure ecosystem application programming interfaces (APIs) and command-line interfaces (CLIs) and their usageConsumer support, Infrastructure service SLAs and maintenance windowsInstructions for operational support toolsIntegration instructions for identity management servicesSample code and software development kits (SDKs)Articles and tutorials as appropriateDescription of shared responsibility modelDescription of the identity and access management (IAM) model and Consumer responsibility specificationsHosted web-based forum for consumers to research issues and contribute solutions. Validated solutions shall be published in a knowledge base. Forum should include search feature which searches knowledge base and active forum threads.Supported Guest Operating System RequirementsAt a minimum the Contractor’s infrastructure service solution must support the following guest operating systems (OS’s):Windows Server 2016Windows Server 2012 Enterprise Edition, Data Center Edition, Standard EditionRed Hat Enterprise Linux 6.x, 7.xThe VAPC shall allow Consumers to maintain a catalog of customized machine images built on VA approved images.The Contractor shall track and report on the guest operating systems in use by the VA Consumers and their licenses. This licensing data shall be available for viewing or reporting in the infrastructure services portal.Subsequent versions and new releases of supported guest operating systems shall be supported by the Contractor within 2 weeks of VA Technical Reference Model (TRM) approval. The infrastructure services are initially limited to these OS’s. Additional guest operating systems may be supported over time as work and Transport RequirementsThe Contractor managed VAPC shall integrate with existing VA network infrastructure. The Contractor shall support FISMA and FEDRAMP+ network protection, security and reporting requirements. The VAPC shall support eVPN, VXLAN, and VTEP. The Contractor shall provide Consumer-defined LAN topology, which includes, but is not limited to:Allows Consumers the ability to automate the implementation of a hierarchical network infrastructure in the hosting environment and choose their IP addressing scheme without dependency on the infrastructure provider.Allows Consumers the ability to design the following network components and layouts prior to deploying any compute instances:Subnets or VLANs to include automated IPAM solution issuance of unique blocks of addresses to each customer to assist with identifying the system owner.VPN connections to the consumer virtual environmentLoad balancing application traffic and workloads to the consumer’s virtual environmentThe Contractor shall offer the ability to connect instances, as allowed by the guest OS. At a minimum:Provide multiple virtual network interface cards (NICs) and routing networks simultaneously. Support multiple network segments.The Contractor shall provide static IPs and support NAT. Specifically; the Contractor shall support the following capabilities:If a VM is dynamically assigned an IP address that address shall remain the same across the lifetime of the VM (unless the customer requests a change).The Consumer shall be able to obtain an IP address from the Contractor that can be assigned to a VM or load-balancing pool, that can be moved between VMs or load-balancing pools and that persists as long as the Consumer wants.Consumers must have the ability to choose or define a customized IP address space within the infrastructure service environment.The Contractor shall enable Consumers to build multiple, defined internal networks in the form of network segments (for example, IP subnets) at the VA Datacenters that can span multiple physical data centers.The Contractor shall support the ability to load-balance front-end (external-facing) instances and back-end instances. The load balancing functions must support health checks (e.g., avoid sending requests to nonresponsive compute instances) and round robin, weighted or metrics-driven algorithms. Furthermore, the service shall support both of the two following algorithms: Latency-based request routing: Where the request is directed to the endpoint with the lowest latency between the requestor and the location. Geographic request routing: Where the request is directed to the endpoint based on the location of the request origination.The Contractor shall provide a self-service capability to configure global load balancing where requests are directed to endpoints that may be located within the same data center or in different data centers. The load balancer capability should be able to automatically failover to the alternate pool or cluster. External network security ACLs/firewall. The Contractor shall offer Consumers the ability to allow and deny external network traffic based on source and destination address, port, and protocol. Consumers shall also be able to group infrastructure elements and assign a set of ACLs to the group rather than to individual instances one at a time. The service shall be stateful. Internal network security ACLs/firewall. The Contractor shall offer Consumers the ability to allow and deny internal network traffic (within the Consumer’s instance deployments) based on source and destination address and port. Consumers must also be able to group infrastructure elements and assign a set of ACLs to the group rather than to individual instances one at a time. The service must be stateful.The Contractor shall not force Consumers to shut down, reboot or redeploy any Consumer infrastructure involved in the change of a network security ACL or group.The Contractor shall allow Layer 2 connectivity to VA approved external subnets in order to allow a Private environment including co-located physical servers and appliances.The Contractor shall permit Consumer connectivity to VA approved external services including Cloud Service Providers such as Amazon Gov Cloud and Microsoft Azure Government (MAG).The VAPC shall support multi-tenancy separation to include the ability to isolate all traffic between tenants. The Contractor must abide by all government regulations pertaining to Cloud computing, FISMA, FEDRAMP, and HIPAA. Security RequirementsThe Contractor shall ensure that each individual Service Offering is supported by an accreditation package submitted VA. The Contractor shall provide secure remote access connectivity into compute instances (e.g., Secure Shell [SSH], Remote Desktop Protocol [RDP]) for the Consumer in accordance with VA security requirements.The Contractor shall implement and maintain the infrastructure in accordance with all applicable VA processes, policies, and procedures as they are updated and/or newly implemented. All VA and Security Requirements Guides, checklists, and other implementation guidance applicable to applications, systems, and infrastructures under review.The Contractor shall document in accordance with control expectations and the division of responsibility between the Contractor, the facility provider, and the Consumer, with concurrence from the VA. These shall include, at a minimum, operational controls and security risk controls that the Consumer must employ. These may be provided in the form of a checklist or documented in a shared responsibility model.The Contractor shall have documented evidence that it turns over equipment to the VA for data sanitization and disposal when the Contractor retires or otherwise disposes of physical storage devices (such as disks and arrays). This policy shall apply to all services.Data ownership. The general terms of service and enterprise agreements shall specify that ownership rights to all data, inputs and outputs of consuming the service are retained by the VA. The data and application ownership shall be retained by the VA under all circumstances.Secure instance access credentials. The default administrative access for every deployed instance must be automatically generated or chosen at the point of provisioning by the Consumer. If automatically generated, the access credentials must be communicated to the service administrator either through a secure API service call or visually in the management console. Passwords shall not be emailed or otherwise communicated in an unsecured fashion.Transport Layer Security (TLS)-secured API endpoints: Contractor shall offer API endpoints that are secured with TLS. Multiple API keys per Consumer. Contractor shall allow Consumers to generate and own multiple API keys per Consumer. API keys must be securely stored.Local identity management and granular role-based authorizationsThe Contractor shall include privileged accounts with granular role-based authorization for compute services in both the service interfaces and management pute. At a minimum, the role-based authorization must support assigning authorization based on individual users and groups of users and must support, as applicable, delineation of the following granular actions: create, delete, restart/reboot, shutdown, startup and back up/snapshot. Storage. At a minimum, the role-based authorization must support assigning authorization based on individual users and groups of users and must support, as applicable, delineation of the following granular actions: object create, read, update, and work services. At a minimum, the role-based authorization must support assigning authorization based on individual users and groups of users, and delineation must be assignable per firewall, load balancer, IP address and network segment and support, as applicable, the following granular actions: create, delete and configure.Define User Roles and Support User Authorization Workflows The Contractor shall provide a browser-based management functionality which shall be controlled via configurable role-based user accounts. Furthermore, these accounts shall be customizable including, at a minimum the following access rights:Restricting access to each major component of the console (e.g., restricting who can provision resources or view reports).Defining access rights for accessible components (e.g., scope of access, read-only versus read-write access).Supporting administrator roles with the ability to create, modify, delete, and configure user accounts, profiles and permissions.Supporting an administrator capability to create authorization workflows with resource provisioning approval capabilities.Access to image repository. The Contractor shall offer basic role-based authorization into the machine image repository so that granular rights (e.g., create, deploy, delete) can be assigned. Federated SSO to management console. The Contractor shall offer single-sign on (SSO) login access to the graphical user interface (GUI) management console through Security Assertion Markup Language (SAML) assertions. All management consoles and capabilities including browser, RESTful and API based access must be protected by TLS.Multifactor Identification (MFA) administrative access control (root and admin). Contractor shall offer Consumers the ability to control root (that is, parent- or master-level) administrative access to their self-managed infrastructure services through multifactor authentication (MFA). Examples of satisfactory multifactor authentication include hardware- or software-based secure tokens based on the HMAC-based one-time password (HOTP; hash message authentication code [HMAC]-based, RFC 4226) or time-based one-time password (TOTP; time-based, RFC 6238) algorithm.Cybersecurity Requirements.Vulnerability Management. The Contractor shall:Apply and maintain Security Technical Implementation Guides (STIGS) applicable to the management plane of the environment and any supporting operating systems or applications on the management infrastructure;Apply and maintain STIGs applicable to the infrastructure’s hypervisors;Ensure vulnerability compliance using the VA Assured Compliance Assessment Solution ;Upload vulnerability scans to the Continuous Monitoring and Risk Scoring System (CMRS) portal. Remediate scanned results and repeat as needed.Privileged Accounts. The Contractor shall:Create Common Vulnerabilities and Exposures (CVE) administrator accounts;Modify CVE administrator accounts;Enforce Personal Identify Verification (PIV) authentication for CVE administrator accounts;Track CVE administrator accounts' compliance with the requisite information system access authorization documentation (i.e., TBD);Create and manage non-expiring administrative accounts to monitor resourcesPerform password resets.Security Auditing ManagementProvide an event log aggregation service;Provide an event log correlation service;Collect CVE event audit logs; andGenerate on demand CVE event audit reports.The Contractor shall have documented high availability and disaster recovery capabilities and procedures between the three physically separated and internal/hosted infrastructure locations. This includes data backup and restore functions. Architecture RequirementsThese requirements focus on infrastructure service architecture.Published architecture transparencyIn order to assess the risk of using the VAPC services, including impacts of migration, compliance, licensing, configuration and performance, the Contractor shall provide the following details: Physical requirements of their solution including rack requirements (size, rack U, power usage)Configurations for power, cooling and network heat evacuation and cooling The underlying hypervisor product/technology The underlying physical product/technologyThe underlying software product/technologyThe current physical CPU processor architecture series and life cycle strategyThe Contractor’s approach to delivering an ever-greening technology cycle where equipment is added or removed to support usage requirements and technology refreshmentA description of the configuration details of what constitutes a vCPU in the Contractor environmentA description of the performance characteristics of the storage environment being offered in terms of resiliency, responsiveness, and expected availability. This will include at a minimum how often data is replicated and protected by the Contractor automatically on behalf of the ConsumerDeliverable Infrastructure Requirements Report Published reference architecture The Contractor shall maintain a published list of reference architecture diagrams and descriptions on the VAPC service portal. This material shall include, but not be limited to a set of recommended patterns that Consumers can emulate when deploying common scenarios. Furthermore, the Contractor shall have reference architecture examples, and the examples shall be inclusive and illustrative of combining multiple services (e.g., compute, storage and networking) to solve a common Consumer’s problem with the service.Deliverable Reference Architect DiagramReference Architect DescriptionArchitecture and engineering servicesThe Contractor shall provide architecture and engineering services to integrate the VACP with VA infrastructure, policies, and procedures.Support and Service Level RequirementsInfrastructure Service Availabilities The Contractor shall deliver the following minimum service level availabilities:Service Availability Definition. Service Availability shall be defined as (Total Uptime Hours / Total Hours within the Month) displayed as a percentage of availability up to two-tenths of a percent (e.g. 99.95%). Infrastructure service availability SLA. Each infrastructure service shall offer an availability of 99.95%, calculated monthly. At a minimum the Contractor will monitor and report on the compute services, the storage services, the service portal, and the provisioning capabilities.Within a month of a major outage occurrence resulting in greater than 1-hour of unscheduled downtime, the Contractor shall describe the outage including description of root-cause and the fix.SLA versioning and revision history The Contractor shall make the service SLAs accessible for review in the service portal at any time and include SLA version control, as well as revision history of SLA changes for auditing.SLA history: The Contractor shall offer a dashboard of service health and SLA status history in the portal for Consumers to view at any time. The dashboard shall contain at least one year of trailing infrastructure service health history.Service credits/refunds. During the time that a service is unavailable, Consumers shall not be charged by the Contractor for the use of that service. SLA penalties shall be in the form of service credits or refunds, and shall cap at 100% of the Consumers next bill. Technology Refresh. The Contractor will need to maintain the defined SLAs if the need arises to perform internal technology refresh tasks. Support Services. The Contractor shall open, manage, and resolve Incidents and Service Requests in accordance with the SLA. These management capabilities include, but are not limited to the following:Integrated system and subsystem status reporting and incident correlation to assess incident impact on multiple systems, services, programs and users, and to facilitate proactive communication with Consumers, organizations and programs;Prioritized queue of incidents and service requests by severity, with expected time to fix based upon demonstrated performance;Repository of Reason for Outage (RFO) and Duration of Outage (DOO) information to support trend analysis and continual improvement efforts;Correlation of complaints to incidents;Charting for incidents per day, week and/or month over selected time period;Integration with alerts for incident volumes exceeding preset thresholds.Support ServicesThe Contractor shall offer the following support services:Incident reporting and management system. The Contractor shall offer an incident management system for identifying, submitting and tracking service incidents. The incident management system shall include the capability to submit incidents and track incident status.Severity 1 Issues. The Contractor shall provide 24/7 support, 30-minute response to Severity 1 issues. A Severity 1 issue is defined as a severe problem preventing a Consumer from performing business or mission functions including data loss or data unavailability for a production workload. The Contractor shall respond to critical incidents in 3 0 minutes or less, while providing 24/7 support to the infrastructure services. Severity 2 Issues. The Contractor shall provide 24/7 support, 4 hour response to Severity 2 issues. A Severity 2 issue is defined as a severe performance degradation that impedes the completion of mission or business functionality.Severity 3 Issues. The Contractor shall provide 5/10 support, 3 local business hours to Severity 3 issues. Severity 3 issues are defined as having some impact to the infrastructure services but not a work stoppage. Severity 4 Issues. The Contractor shall provide 5/10 support, 8 local business hours to Severity 4 issues. Severity 4 issues include questions, feature requests, and billing inquiries. Live support offering. The Contractor shall offer live support in English via chat and voice.Online self-service support. The Contractor shall offer online self-service support that includes FAQs, a knowledge base and discussion forums through the portal. The discussion forums shall have evidence of regular, timely participation and moderation from the Contractor support staff. Online error/bug reporting: The Contractor shall offer Consumers an online-based mechanism for reporting errors or bugs within the services. Bugs shall be tracked and fixed in a reasonable timeframe.Parallel support for API changes. In the event of an API retirement, substantial upgrade or change, the Contractor shall have at least three months of parallel support for both the old and new APIs. The Government COR may waive this requirement in written communication in order to accelerate fielding of new capabilities.The Contractor shall implement integration with the VA National Service Desk (NSD).Published Disaster Recovery (DR) plan and test results. The Contractor shall conduct at least one DR test annually and document the results for the Government.Off-boarding support. The Contractor shall offer the ability to completely sever all existing deployments and budget expenditures for any individual or group with the Contractor. This shall be a process that terminates all cost-accrual given one request and ensures the delivery of government data back to the designated point of contact. The Contractor will use a workflow approval to confirm that this action is valid through email confirmation or other documentation.Capacity Management. The Contractor shall manage the physical capacity of the infrastructure to ensure that SLA performance measures are met or exceeded. The Contractor shall ensure that sufficient capacity is available to meet anticipated growth based on workload trend analysis and planned workload increases identified by the VA. The Contractor shall maintain an amount of available compute and storage capacity to support unanticipated surge workload due to emergency operational requirements, and shall identify to the VA what this available surge capacity is as a percentage of consumed capacity. The Contractor shall provide sufficient available capacity to support critical workloads from the alternate operating site in the event of a failure or loss of the alternate site. In the event of a recovery event, the surviving site may need to operate in a degraded performance mode while supporting the alternate site workload. The Contractor shall be capable of expanding the compute, memory or storage capacity within 24 hours. Monitoring, Alerting, and Logging RequirementsIn order to automate and control the various Consumer assets and support the transition of critical workloads to VAPC service environments, the Contractor shall provide the following enterprise management capabilities and development operations solutions:Monitor Performance and Manage Alerts and Reporting. The Contractor shall monitor service performance and provide alerts. This shall include, but not be limited to the following activities:General health and availabilityImpacts to SLA-defined performanceSecurity (vulnerability scans and reports)Resources (vCPU, RAM, network, and storage)Configuring alarms and alertsReal time alertsResource report generationMonitor Resource Utilization and Provide Cost Metering. The Contractor shall provide tools to monitor resource utilization and provide service cost metering. These capabilities include, but are not limited to the following:Historical usage and utilization for resources (e.g., CPU, memory, storage).Cost breakdown per unit consumed in metered increments, rolled up per day/month/year.Ability to set alerts when resources are changed.Customizable reports to group resources.Set alerts when utilizations and cost exceed pre-defined thresholds.The Contractor shall provide browser-based visibility to ongoing performance and resources usage including, at a minimum:Provide role filtered self-management tools to support billing, monitoring, and reporting on service management functions;Provide visibility into usage metering using metrics and granularity appropriate to the type of service;Provide a suite of reports, dashboards, and alarms to monitor and track operational and infrastructure performance (e.g., incidents, service usage, capacity, SLA adherence);Provide automatic monitoring of resource utilization and other events such as failure of service, degraded service, via service dashboard or other electronic means;Provide the ability to filter and view usage and invoicing by: VA organization, VA program, IT System, IT System type, and Security Level; Provide online reporting metrics interface for all resource utilization including metrics such as: current utilization, historical average and peak for a user defined window of time.Near Real-time performance-monitoring service The Contractor shall offer a near real-time performance-monitoring service that must be accessible from the management console. At a minimum the services shall support monitoring of the following:Compute metrics - CPU utilization and wait time, memory utilizationStorage metrics - Storage Input/Output (I/O), storage utilization, and Input/Output Operations per Second (IOPS)Network metrics - Network I/O, bandwidth and packet lossLoad-balancer metrics - Request latency and connection countNear Real-time performance health checks and alerts The Contractor shall offer Consumers the ability to monitor the health of their virtual infrastructure (including at a minimum compute, storage and network) for failures and send an alert if a failure occurs.The Contractor shall offer Consumers the ability to receive alerts when a performance-monitoring threshold is reached or exceeded within one minute of the threshold occurring (including at a minimum CPU, memory, or disk utilization).The Contractor shall support email, text, ticketing system and SMS alerts.API access to monitoring data The Contractor shall expose Consumer-accessible monitoring data from the Contractor's monitoring service via the Contractor's API to allow the Consumer to programmatically integrate monitoring data with in-house monitoring systems or to export monitoring data for analysis. The Contractor shall support current health status, current metrics and historical data via the API. Account management logging The Contractor shall offer logging of account management activities, including, at a minimum user creation/deletion events, user grouping/tagging events and other significant account events (e.g., assigning users to roles, assigning quotas to users and changing user passwords). Consumers shall have access to these logs through self-service interfaces. Logs shall be provided by default for at least twelve months, and Consumers should have the ability to export these logs for longer retention.Provisioning and Catalog Logging The Contractor shall offer logging of provisioning and catalog actions. In this case, "provisioning" refers to both the provisioning and termination of infrastructure elements. The log service shall include, but is not limited to:Logging provisioning events for compute instances and storage volumes;Logging when changes are made to a Consumer’s image catalog (e.g., adding, deleting or updating an image); Logging when changes are made to a Consumer’s template catalog (e.g., adding, deleting or updating a template).Security configuration logging The Contractor shall offer logging of security configurations, including at a minimum:Changes in Access Control List (ACL)Changes in firewall configurations.Security configuration log accessThe Contractor shall offer Consumers access to these logs through self-service interfaces. Logs shall be provided by default for at least twelve months, and Consumers shall have the ability to export these logs for longer retention. Price and Billing RequirementsThe Contractor shall meet the following pricing and billing requirements.Pay-per-use pricing. The Contractor shall provide pay-per-use service pricing via a browser-based tool. In a pay-per-use business model, use of a product or service is metered, and customers are charged when they use the service. Metering Units. The Contractor shall provide metering of resources used in order to support pay-per-use pricing. Metering for compute services and storage services shall be recorded in near real time. The Contractor may offer a solution with finer granularity for metering the infrastructure services.Detailed billing. The Contractor shall allow Consumers to download or receive electronic detailed bill reports that list costs on a line-by-line basis. The detailed bill shall itemize each individual billable item to allow Consumers the ability to perform analytics on which assets are contributing to costs. The solution shall support access control-managed online reporting of current and prior expenses and usage on a user, group, and organizational basis.The Contractor shall incorporate the cost of the operating system licenses into the unit pricing for the compute services. Point-in-time visibility into cost accrual. The Contractor shall offer Consumers the ability to see financial consumption per service with at least 24-hour accuracy. The Contractor shall ensure that Consumers have the ability to know within the last day how much spend has been accrued to allow Consumer’s ability to scale and meet financial targets during the billing period. Consumer-defined financial alerts. The Contractor shall provide tools for ensuring that Consumer usage remains consistent with the approved funding levels. The Contractor shall provide a self-service capability for Consumers to define alerts based on Consumer-defined financial thresholds.Cost calculator. The Contractor shall provide a generally available cost calculator so that Consumers can estimate and forecast the amount of financial spend for Consumer-defined use cases. The calculator shall account for all service costs that a Consumer might consume. The Contractor shall offer this tool as a browser-based calculator or as a downloadable Microsoft Excel spreadsheet with built-in instructions, visible formulas and logic.Financial management system integration. The Contractor shall provide an interface and exposed API to VA financial management systems for the purposes of billing and financial tracking. The services shall support automated integration to a VA chargeback tool for charging of services consumed. ) The Contractor shall organize exported chargeback information in a format suitable for use by VA financial systems.Associated Services Requirements The Contractor shall provide the following associated services to support the VAPC mand Line Interface (CLI) and API. The Contractor shall provide Consumers with command-line tools, and REST-based APIs for service functions. Furthermore, the Contractor shall offer detailed documentation for service CLIs and APIs.Management console support. The Contractor shall offer a configurable management browser-based console for interacting with the VAPC services. The browser-based console shall support latest versions of Internet Explorer, Firefox, and Chrome. Associated Services work Timing. The Contractor shall integrate to an authoritative VA network timing sources.Name Resolution. The Contractor shall integrate to an authoritative VA name resolution service.Directory Services. The Contractor shall integrate to an VA approved authoritative directory service. The Contractor shall: Enforce VA Active Directory authentication for administrative and privileged user accounts.Guest OS Patch Management. Provide a patch management capability for all VAPC hosts;Establish a patch management schedule (including times and dates)Disseminate a patch management schedule with a defined periodic intervalProvide a patch management platform with 99.95% availability.Systems Management RequirementsAsset ManagementAssigns Consumer specific identifiers to each resource;Displays inventories of Consumer resources;Displays Consumer inventory reports;Maintains configuration control of an inventory baseline; andDisplays a comparison of inventory results against the established baseline.Expose Asset Management data via an API that can be consumed by the enterprise configuration management database.Backup and Recovery. Perform backups via inherent service provider backup services;Allow Consumers to execute on-demand backups;Allow Consumers to execute on-demand restores;Periodically replicate backups to an external storage medium;Allow the restoration of hosts;Allow the restoration of individual data objects/files;Optionally, set a limit on the number of backups per day per Consumer andDefine and document a standard backup retention policy and publish on the infrastructure portal.Shared Services. The Contractor shall provide an interface to shared services sufficient for a Consumer to obtain and maintain their provisional ATO. Examples include: continuous monitoring, resource monitoring, patching services, log management, as detailed in the security controls for the Cloud Computing SRG and the pliance ReportingCloud Management Platform (CMP) Software The Contractor shall provide an enterprise class CMP software with the capability to; Support geographically diverse locations, Mature (Commercial-off-the-Shelf (COTS product)Be scalable,Achieve FedRamp High accreditation, Dynamically provisionMonitor system usageIncorporate processes which allow for the full resiliency of the VAPC that includes both private and public/government cloud environments. Deliverable:CMP Software Assessment and Accreditation RequirementsThe Contractor shall successfully achieve and maintain full Assessment and Accreditation (A&A) certification in accordance with the guidance provided in VA Handbook 6500.6, Contract Security, Section 3, and VA Handbook 6500.3, Certification and Accreditation of VA Information Systems. VA follows National Institute of Standards and Technology (NIST) and Office of Management and Budget (OMB) policies and procedures concerning information system Assessment and Accreditation (A&A).Prior to receiving any production VA data for use in the new solution, VA will request documentation through the Contracting Officer Representative (COR) to verify the security accreditation status of the Contractor’s solution. Documentation requested will include a system security plan (SSP), authority to operate (ATO) determination letter, or third party security accreditation (i.e. SSAE-16, DIACAP). VA will not accept 3rd party security accreditation. VA personnel will review applicable documentation consistent with VA’s ATO Requirements Document to ensure the Contractor meets VA’s information security policies and standards before the system is authorized for use by VA employees and other associated entities. The VA COR will be informed of the A&A review results. Successfully meeting the A&A requirements will enable the system to be used in production. If security remediation action is required, this will be communicated to the Contractor through the VA COR, Contractor will be required to resolve all outstanding issues related to receipt of an ATO.Specifically, the Contractor shall:Follow the guidance in the current Federal Supply Service (FSS) Accreditation Guide.Document and define all necessary items in the VA Governance, Risk, and Compliance (GRC) tool.Ensure all controls have complete, and valid evidence in accordance with (IAW) NIST 800-53Not comingle VA-owned data with non-VA dataDevelop and maintain a system A&A package. The Contractor shall be responsible for security control testing, as specified in VA’s ATO Requirements Document by an independent third party test organization as defined by NIST SP 800-37, Revision. 1, in conjunction with the security controls in the High and Moderate impact baseline as defined NIST SP 800-53, Rev. 4.Provide all system documentation required for certification as specified in VA Authority to Operate Requirements, to this Statement of Work, and work with VA personnel to facilitate the successful completion of the A&A process and obtain an Authority To Operate (ATO). The Certification Package shall consist of the following documents:System Security Plan (Guidance is found in NIST SP 800-18)Risk Assessment (Guidance is found in NIST SP 800-30 and by using the VA Risk Assessment Review Checklist)Signatory Authority (Guidance is found in NIST SP 800-18, the Signatory Authority Template available on the CDCO Security Website). All package submissions must include this document signed and dated by the appropriate parties.Contingency Plan (Guidance is found in NIST SP 800-34 and VA Handbook 6500.8, Information System Contingency Planning)Incident Response Plan (Guidance is found in NIST SP 800-61, Computer Security Incident Handling Guide and VA Handbook 6500). The Network Security Operations Center (NSOC) is responsible for National level tasks associated with incident response. Each site is responsible for developing local level procedures incorporating NSOC areas of responsibility. See the AITC Handbook 6500.02, following all items for which Enterprise Operations is responsibleConfiguration Management Plan (Guidance is found in NIST SP 800-70, Checklists Program for IT Products – Guidance for Checklists Users and Developers, and VA Handbook 6500)Security Configuration Checklists (Guidance is found in NIST SP 800-70, Checklists Program for IT Products – Guidance for Checklists Users and Developers)System Interconnection Agreements (Guidance is found in NIST SP 800-47, Security Guide for Interconnecting Information Technology Systems, and VA Handbook 6500)Deliverables:Assessment and Authorization Package The services offered by the Contractor managed VAPC must demonstrate an appropriate level of security by meeting the requirements of the Federal Information Security and Management Act (FISMA) for High-impact systems, FedRAMP High and related agency-specific policies. This includes a formal agency security authorization review covering selected security controls, continuous monitoring, and identification of risks. The continuous monitoring provided must comply with the NIST Special Publication 800-137 framework. The VA must consider and accept the risks before Authority to Operate (ATO) will be granted. The Contractor must submit a request for ATO no later than 8 months from the Contractor receiving PIVs and Enhanced access to the VA network. Failure to achieve ATO could result in contract termination.Office of the Inspector General CooperationThe Contractor shall cooperate with the VA Office of the Inspector General (OIG) in the areas of facilities access, audits, security incident notification, and hosting location.Specifically, the Contractor (and any Sub Contractors) shall:Provide the Contracting Officer, designated representative of the Contracting Officer, and representatives of the agency's Office of Inspector General, full and free access to the Contractor's (and Sub Contractors') facilities, installations, operations documentation, databases, and personnel used for contract hosting services. This access shall be provided to the extent required to carry out audits, inspections, investigations, or other reviews to ensure compliance with contractual requirements for IT and information security, and to safeguard against threats and hazards to the integrity, availability, and confidentiality of agency information in the possession or under the control of the Contractor (or Sub Contractor)Fully cooperate with all audits, inspections, investigations, or other reviews conducted by or on behalf of the Contracting Officer or the agency Office of Inspector General as described in subparagraph (a). Full cooperation includes, but is not limited to, prompt disclosure (per agency policy) to authorized requests of data, information, and records requested in connection with any audit, inspection, investigation, or review, making employees of the Contractor available for interview by auditors, inspectors, and investigators upon request, and providing prompt access (per agency policy) to Contractor facilities, systems, data and personnel to the extent the auditors, inspectors, and investigators reasonably believe necessary to complete the audit, inspection, investigation, or other review. The Contractor's (and any Sub Contractors') cooperation with audits, inspections, investigations, and reviews conducted under this clause will be provided at no additional cost to the GovernmentPreserve such data, records, logs and other evidence which are reasonably necessary to conduct a thorough investigation of any computer security incident. A computer security incident (as defined in NIST SP 800-61, Computer Security Incident Handling Guide), including but not limited to those constituting an actual or potential threat or hazard to the integrity, availability, or confidentiality of agency information in the possession or under the control of the Contractor (or Sub Contractor), or to the function of information systems operated by the Contractor (or Sub Contractor) in the performance of this contractPromptly notify the designated agency representative in the event of any computer security incident as described in paragraph (c) above. This notification requirement is in addition to any other notification requirements which may be required by law or this contract. Established Federal agency timeframes for reporting security incidents to the United States Computer Emergency Readiness Team (US-CERT), although not exhaustive, serve as a useful guideline for determining whether reports under this paragraph are made promptly. (See NIST SP 800-61, Computer Security Incident Handling Guide, Appendix J)Provide to the requestor (Contracting Officer, a representative of the Contracting Officer, or the agency Office of Inspector General) Government data, information, or records under the control of or in the possession of the Contractor pursuant to this contract, which the Agency, including the Office of Inspector General, may request in furtherance of other audits, inspections, investigations, reviews or litigation in which the Agency or the Office of Inspector General is involved. Requests for production under this paragraph shall specify a deadline not less than 10 days for compliance which will determine whether response to the request has been made in a timely manner. Unless expressly provided otherwise elsewhere in this contract, the production of data, information, or records under this paragraph will be at no additional cost to the GovernmentInclude the substance of this clause, including this paragraph (f) in any subcontract which would require or otherwise result in Sub Contractor employees having access to agency information in the possession or under the control of the Contractor (or Sub Contractor), or access to information systems operated by the Contractor (or Sub Contractor) in the performance of this contractEnsure that all hosting services pertaining to this contract are performed within the United States of America, including the storage of agency data, information, and records under the control of or in the possession of the Contractor pursuant to this contract.5.3 OUTGOING TRANSITION PLAN (OPTIONAL TASK) In accordance with this TO, the Contractor shall provide a ninety (90) day Outgoing Transition Plan for transitioning work from an active TO to a follow-on contract/order or Government entity and upon direction of the Government. This transition may be to a Government entity, or another Contractor. In accordance with the Government-approved plan, the Contractor shall assist the Government in planning and implementing a complete transition from this TO to a successful provider. This shall include coordination with Government staff and successor staff and management. It shall also include delivery of copies of existing policies and procedures delivery of required metrics and statistics and all Government-owned data, software, and documentation. This transition plan shall include, but is not limited to:1. Coordination with Government representatives2. Review, evaluation and transition of current support services3. Transition of data to new Contractor system4. Government-approved training and certification process5. Transfer of hardware warranties and software licenses6. Transfer of all System/Tool documentation to include, at a minimum: technical manuals, system administration manuals, training materials, disaster recovery manual, requirements traceability matrix, configuration control documents, and all other documents required to operate, maintain, and administer systems and tools.If new Contractor follows the incumbent with work related to this TO, the incumbent shall provide any technical data, computer software, and computer software/hardware documentation (compiled and uncompiled, including all versions, maintenance updates and patches) with written instructions for the implementation or source code on which this Contractor has worked.1. Orientation phase and program to introduce Government personnel, programs, and users to the Contractor's team, tools, methodologies, and business processes2. Disposition of Contractor purchased Government owned assets, including facilities, equipment, furniture, phone lines, computer equipment, etc.3. Transfer of GFE, GFI, and GFE inventory management assistance4. Turn-in of all Government keys, identification/access cards, and security codesDeliverables:A. Outgoing transition plan GENERAL REQUIREMENTSPERFORMANCE METRICSThe table below defines the Performance Standards and Acceptable Levels of Performance associated with this effort.SLA IDSLA Metric NameRequired ServiceDesired OutcomesPerformance Measure Definition / StandardMinimum Acceptable Performance Level (MAPL)Evaluation FrequencySurveillance Method1Customer Satisfaction Survey ResultsProject ManagementHigh Levels of customer satisfaction with applicable information technology services90% or better of customers surveyed rate services as satisfactory based on the Monthly Customer Satisfaction Reports 90% satisfactory customer service ratings.MonthlyCustomer Feedback, 100% Inspection of Customer Survey Reports2SLA PerformancePerformance ManagementEffective performance monitoring of service fulfillment levels Number of services/SLAs where agreed service levels are fulfilled.100% of SLAsMonthly100% Inspection of all SLA metrics3Services MigrationPhase In Successful execution of the Government approved migration planContractor shall execute migration activities IAW the approved Phase-In Migration Plan. 100% Completion of Scheduled Migration ActivitiesMonthly (During Transition Periods)Periodic Inspections of Government Project Plans, Random Inspections of Contractor Migration Activities 4Contractor Staff ClearancesProject ManagementContractor submits security clearance paperwork in a timely manner Contractor shall submit electronic paperwork necessary for security clearance/approval of key Contractor staff within 20 working days of issuance of first order and within 5 working days of new staff hires. New staff cannot start work until authorized by the Contracting Officer (CO).100% CompletionMonthly 100% Inspection of Personnel List compared to submitted paperwork5Phase Out Plan Phase OutSuccessful execution of the Government approved migration planContractor shall execute migration activities IAW the approved Phase-Out Migration Plan.100% Completion of Scheduled Migration ActivitiesMonthly (During Transition Periods)Periodic Inspections of Government Project Plans, Random Inspections of Contractor Migration Activities 6Uptime MetricVAPC UptimeEnsure availability of the VAPCThe Contractor shall provide consistent availability (e.g. uptime) of the VAPC, VAPC CMP, VAPC Tools, and infrastructure. The unscheduled downtime of any Contractor supplied and managed service or component will count against availability.Uptime Requirement is 99.99%Monthly100% Inspection of Performance Metrics provided by the VAPC CMP7Maintenance WindowScheduled Maintenance WindowThe Contractor's notification of scheduled maintenance to the GovernmentThe Contractor shall notify the COR of regularly scheduled maintenance windows. Scheduled maintenance performed within the maintenance window is not included in the 99.99 percent availability.Contractor shall notify the Government at least 72 hours prior to scheduled maintenance. Maintenance window shall not exceed the 4 hour period between Midnight and 4 am EST and is not to exceed once per week. . The Contractor may request extensions of the maintenance window from the COR at least 7 days prior to the scheduled maintenance. If the maintenance conflicts with other program requirements the work will be scheduled at the next agreed upon date.Report for each eventPeriodic Inspection of Maintenance Window Notifications. 100% Inspection of Performance Metrics provided by the VAPC CMP8Disaster Recovery & Availability VAPC Availability and MonitoringSupport a secure network solution to facilitate the connectivity between the three VAPC SITEs and the VA networks.The Contractor shall support a secure network between the three VAPC SITEs and VA networks that is redundant and supports 99.99% availability (6). Upon Contractor's identification of a primary system failure and disaster, failover to the other SITEs shall occur within the RTO for the DR tier as defined in SLA10. The Contractor shall provide 24x7x365 Networking Monitoring and also follow the Emergency Notification Procedures within 15 minutes of discovering components or services not meeting SLA requirements, or failure of VAPC components?Monthly100% Inspection of Performance Metrics provided by the VAPC CMP9RPO VAPC Availability, Backup, Recovery and MonitoringProvide a secure backup, recovery and network solution to facilitate the RPO at VAPC SITES.Recovery Point Objective (RPO) Recovery Point Objective:DR Tier 0 (Elite): Immediate "Immediate" in this context means as close to instantaneous as the Contractor can provide, and shall not exceed 5 minutesDR Tier 1 (Premium): 15 minutesDR Tier 2 (High): 2 HoursDR Tier 3 (Medium): 24 hoursMonthlyMonthly Backup and Recovery logs\Backup Performance Metrics provided and available by the VAPC CMP10RTOVAPC Availability, Backup, Recovery, and MonitoringProvide a secure backup, recovery, and network solution to facilitate the recovery of storage, data and systems meeting the RTO between VAPC SITESRTORecovery Time Objective:DR Tier 0 (Elite): Immediate; "Immediate" in this context means as close to instantaneous as the Contractor can provide, and shall not exceed 5 minutesDR Tier 1 (Premium): 15MinutesDR Tier 2 (High): 12 HoursDR Tier 3 (Medium): 48 HoursMonthlyPeriodic Inspection of Help Desk Ticket resolution times for Restorations11Secure Connection AvailabilityInfrastructure Network Availability and MonitoringThe Contractor shall provide and monitor availability of the network connections or any future solution which VA and the Contractor deem an appropriate means of connecting the VAPC to VA networks. The Contractor must enforce the Contractor-implemented security perimeter to prevent mingling of VAPC resources with other resources that are outside the Contractor-controlled security perimeter. 1) SITE to SITE network connections are defined as the encrypted link between VA's boundary controller and the Contractor's boundary controller. The Contractor is required to maintain the encrypted link on the Contractor-managed end of the connection. 2) Maintenance of a security perimeter to prevent mingling of VAPC resources with other resources outside the Contractor controlled security perimeter. Ensure the Contractor-managed end of the connection is available 99.99% of the time and that VAPC resources and data never be co-mingled outside of the Contractor controlled VA security perimeter.Monthly100% Inspection of Performance Metrics provided by the VAPC CMP. 13Support Response TimeSupport ResponseThe response time of the Contractor to Government requestsResponse/Acknowledgment time begins when monitoring alerts are discovered and validated or when the Contractor receives a support request from VA. Severity Level A - Critical Impact notification received from VA by phone to a single Contractor provided phone number and\or email.Severity Level B - Major Impact notification received from VA by phone Severity Level C - Minor Impact notification varies - either by phone, e-mail or ticket submissionSeverity Level D - No Impact notification varies depending on the project work associated with the requestSupport Response Times:Severity Level A - Critical Impact: within 15 minutesSeverity Level B - Major Impact: within 30 minutesSeverity Level C - Minor Impact: within 24 hoursSeverity Level D - No Impact: 72 hours.MonthlyPeriodic Inspection of Help Desk Ticket resolution times for Restorations14VAPC CMPVAPC CMP / Continuous MonitoringAutomated and Continuous MonitoringThe Contractor shall provide automated and continuous monitoring and operation of the VAPC infrastructure monitoring and presentation of metrics within the VAPC CMP interfaceThe VAPC CMP will be 99.99% operational Assessed at Phase In Completion 100% Compliance Audit and Government Acceptance15Incident ReportingVAPC CMP / Incident Reporting for Disaster Recovery and Continuous MonitoringContractor incident reporting to VA that provides VA with visibility into the monitoring and operational status of VA's VAPC resourcesIn the event of a service disruption, the Contractor shall provide Event Update Reports, After Action Reports and Root Cause Analysis Reports in the Contractor’s report formats.After Action Report (AAR) within 10 days of report in Contractor formatEvent Update Reports within 3 days of event in Contractor formatRoot Cause Analysis (RCA) Reports within 20 work days, unless approved otherwise by VA, in Contractor formatMonthlyPeriodic Inspection of Service Disruptions in the Monthly Help Desk Usage reports compared to submission times of AAR and RCA reports.16Security MonitoringSecurity BreachesIncident response and mitigations in an effort to protect the integrity of the VAPC environment and any data contained in the systems.Detect, identify, react to and report security breaches on all supported VA environments.24x7x365 Initial Report via the Emergency Notification Procedures and by calling the VA NSOC within 5 minutes of a breach. Provide Incident Report to the COR via email within 3 business days As event occurs/Monthly100% Inspection of VA VAPC and reporting of any Security Breach17Tier 3 SupportHelp DeskThe Contractor will have the ability to provide expert level troubleshooting and analysis to assist VA VAPC users with the research and solution development for new or unknown issues.The Contractor shall provide Tier 3 support using the Contractor’s existing help desk capabilityTier 3 support as required by events/issuesAs events occurPeriodic Inspection of Help Desk Ticket resolution times for Problems.Periodic Inspection of Customer Satisfaction survey dataWeekly Status Reports and CallsMonthly Performance Reports18Help Desk ReportsHelp Desk ReportingMonthly Report of Help Desk UsageThe Contractor shall provide in a format compatible with VA systems a Help Desk Usage ReportMonthly reporting on Help Desk usage in a format compatible with VA systems is requiredHelp Desk usage Report due the 2nd Monday after the end of a calendar monthHelp Desk SOP updates as requiredPeriodic Inspection of Help Desk Usage metricsMonthly Help Desk Usage Reports19Help Desk Ticketing, Incident and Outage ReportingHelp Desk ReportingThe Contractor will provide ticketing related data to the VAThe Contractor shall provide monthly ticketing data reports in a format compatible with VA systems.Incident and outage reporting will be provided via the CMPProvide ticketing related dataTicketing reports – monthlyIncident and outage reporting – as event occursPeriodic Inspection of Help Desk Ticket resolution times for Problems.Periodic inspection of Ticketing, incident and outage reporting for problems.Weekly Status Reports and CallsMonthly Performance Reports20Availability of Network MonitoringContinuous Monitoring The availability of continuous monitoring data to be integrated with end-to-end performance monitoring data that will provide a complete view of the health of the VAPC network and host infrastructure. Data must be continuously available in real-time to VA IT Security monitoring tools; e.g. Security Information and Event Monitoring (SIEM).99.99% Availability of SNMP (Simple Network Management Protocol) polling occurring at a minimum of 5-minute intervals. Monthly100% Inspection of VA Monitoring Tools21VAPC Scalability ScalabilityAllow for increases in VAPC Storage, and Virtual Infrastructure capacities. Allow for increases in Infrastructure capacity on any of the VAPC datacenters. Activate and make available the additional required capacity for provisioning by VAPC Users using the VAPC-Tools.Resource and capacity management that results in no resource shortages and the appearance of unlimited elasticity to clients.MonthlyPeriodic Inspection of VA Contract Modification Requests compared to Contractor Activation Reports.22Change NotificationConfiguration Management SupportProvide notification to VA of CM events that would impact availability of the VAPC The Contractor shall notify designated VA COR for all supported projects/initiatives and any scheduled service interruptions (outages). Provide 40 business days notification prior to any event that would impact the availability of resources to VA excluding emergency changes to resolve service disruptions. The Contractor shall Provide another notification 5 business days prior to the event and on the day of the event. The Contractor shall follow the Emergency Notification Procedures to request emergency changes. Report for each event100% Inspection of Contractor notifications compared to the event occurrence date.Weekly Status Reports and CallsMonthly Performance Reports23Help Desk Problem Management ResponseProblem Management ResponseProvide timely, scaled response to unresolved problemsProvide problem management tracking for severity one, two, and three-level problem requests (SEV-1, SEV-2, and SEV-3) and timely resolutions for infrastructure problemsSEV 1 Incident: first Contractor response within 15 minutes (either e-mail or by phone) with near real time interactions beginning within 30 minutes (either e-mail or by phone)SEV 2 Incident: first Contractor response within 15 minutes (either e-mail or by phone) with near real time interactions beginning within 2 hours (either e-mail or by phone)SEV 3 Incident: first Contractor response within 1 day (either e-mail or by phone) with follow on interactions beginning within 2 days (either e-mail or by phone)MonthlyPeriodic Inspection of Help Desk Ticket resolution times for ProblemsWeekly Status Reports and CallsMonthly Performance Reports25Contract Deliverable ReportsReportDeliver all reports on schedule The Contractor shall deliver 100% of the reports on schedule 90% of the time.Provide Monthly Report via emailMonthlyMonthly Report identifying dates when all CDRLS that month were delivered26Backup and Recovery Support ResponsesBackup and Restore data as requested in the Contractor’s Ticketing System The Contractor shall provide High Availability of backup and restore services to the VA 99.99% Availability of Backup and Restore services per calendar month. 99.99% Successful Backup and Restores within the RTO and RPO requirements in SLAs 9 and 10 respectively.MonthlyInclude metric in last Weekly Backup Activity and Status Report of each month27Bulk Data Transfer System SetupEquipment and software purchase setup and configurationBulk Data Transfer System ready for use Design, procure the necessary equipment, software, and media (Bulk Data Transfer System)Bulk Data Transfer System ready for use within 45 days receipt of the Task OrderAssessed at completion100% compliance28Bulk Data TransferBulk Data TransferSuccessful transfer of Bulk Migration Data to the VAPCThe Contractor shall accurately and successfully transfer all data to the VAPCWithin 30 days of receipt of the task order, 99.5% of the Bulk Migration data must be successfully transferred and any data unsuccessfully transferred will be 100% identified in the A.C.Bulk Migration Data Verification ReportAssessed at completion100% compliance29Daily Storage ReportResource ReportProvide daily Storage Report by environment.Provide key information and utilization dataProvide Daily Report via emailDailyDailyThe COR will utilize a Quality Assurance Surveillance Plan (QASP) throughout the life of the TO to ensure that the Contractor is performing the services required by this PWS in an acceptable level of performance. The Government reserves the right to alter or change the QASP at its own discretion. A Performance Based Service Assessment will be used by the COR in accordance with the QASP to assess Contractor performance. SECTION 508 – ELECTRONIC AND INFORMATION TECHNOLOGY (EIT) STANDARDS On August 7, 1998, Section 508 of the Rehabilitation Act of 1973 was amended to require that when Federal departments or agencies develop, procure, maintain, or use Electronic and Information Technology, that they shall ensure it allows Federal employees with disabilities to have access to and use of information and data that is comparable to the access to and use of information and data by other Federal employees. Section 508 required the Architectural and Transportation Barriers Compliance Board (Access Board) to publish standards setting forth a definition of electronic and information technology and the technical and functional criteria for such technology to comply with Section 508. These standards have been developed are published with an effective date of December 21, 2000. Federal departments and agencies shall develop all Electronic and Information Technology requirements to comply with the standards found in 36 CFR 1194.The following Section 508 Requirements supersede Addendum A, Section A3 from the T4NG Basic PWS.The Section 508 standards established by the Architectural and Transportation Barriers Compliance Board (Access Board) are incorporated into, and made part of all VA orders, solicitations and purchase orders developed to procure Electronic and Information Technology (EIT). These standards are found in their entirety at: and . A printed copy of the standards will be supplied upon request.? The Contractor shall comply with the technical standards as marked: FORMCHECKBOX § 1194.21 Software applications and operating systems FORMCHECKBOX § 1194.22 Web-based intranet and internet information and applications FORMCHECKBOX § 1194.23 Telecommunications products FORMCHECKBOX § 1194.24 Video and multimedia products FORMCHECKBOX § 1194.25 Self-contained, closed products FORMCHECKBOX § 1194.26 Desktop and portable computers FORMCHECKBOX § 1194.31 Functional Performance Criteria FORMCHECKBOX § 1194.41 Information, Documentation, and SupportEQUIVALENT FACILITATIONAlternatively, offerors may propose products and services that provide equivalent facilitation, pursuant to Section 508, subpart A, §1194.5. Such offerors will be considered to have provided equivalent facilitation when the proposed deliverables result in substantially equivalent or greater access to and use of information for those with disabilities. COMPATIBILITY WITH ASSISTIVE TECHNOLOGYThe Section 508 standards do not require the installation of specific accessibility-related software or the attachment of an assistive technology device. Section 508 requires that the EIT be compatible with such software and devices so that EIT can be accessible to and usable by individuals using assistive technology, including but not limited to screen readers, screen magnifiers, and speech recognition software.ACCEPTANCE AND ACCEPTANCE TESTINGDeliverables resulting from this solicitation will be accepted based in part on satisfaction of the identified Section 508 standards’ requirements for accessibility and must include final test results demonstrating Section 508 compliance. Deliverables should meet applicable accessibility requirements and should not adversely affect accessibility features of existing EIT technologies. The Government reserves the right to independently test for Section 508 Compliance before delivery. The Contractor shall be able to demonstrate Section 508 Compliance upon delivery.Automated test tools and manual techniques are used in the VA Section 508 compliance assessment. Additional information concerning tools and resources can be found at Section 508 Compliance Test ResultsSHIPMENT OF HARDWARE OR EQUIPMENTInspection: DestinationAcceptance: DestinationFree on Board (FOB): DestinationShip To and Mark For:PrimaryAlternateName:Gene Womack Name:Ralph ParkinsonAddress:1615 Woodward Street, Austin, TX 78772Address:1615 Woodward Street, Austin, TX 78772Voice:(512) 326-6544Voice:(512) 326-6114Email:Gene.Womack@Email:Ralph.Parkinson@Special Shipping Instructions:Prior to shipping, Contractor shall notify Site POCs, by phone followed by email, of all incoming deliveries including line-by-line details for review of requirements.? Contractor shall not make any changes to the delivery schedule at the request of Site POC.Contractors shall coordinate deliveries with Site POCs before shipment of all hardware to ensure sites have adequate storage space.All shipments, either single or multiple container deliveries, shall bear the VA IFCAP Purchase Order number on external shipping labels and associated manifests or packing lists.? In the case of multiple container deliveries, a statement readable near the VA IFCAP PO number shall indicate total number of containers for the complete shipment (e.g. “Package 1 of 2”), clearly readable on manifests and external shipping labels.Packing Slips/Labels and Lists shall also include the following:IFCAP PO #: ____________ (e.g., 166-E11234 (the IFCAP PO number is located in block #20 of the SF 1449))Project Description: (e.g. Tier I Lifecycle Refresh)Total number of Containers:? Package ___ of ___.? (e.g., Package 1 of 3)Shipment/Delivery Kick-off MeetingThe Contractor shall conduct a Shipment/Delivery Kick-off Meeting with the VA PM, COR, Delivery Date Coordinator, Implementation Manager, and Facility CIOs (or designee) to discuss delivery schedule requirements and facilitate delivery of equipment.? This meeting may be held in conjunction with the post award conference or identified technical kickoff meeting. The Contractor shall also present the Shipment/Delivery Weekly Progress Report format for review and approval by the Government.? This meeting, if held independently, shall be conducted telephonically within ten days after award and shall incorporate any delivery schedule changes to the draft Delivery Schedule identified by the Government.?Shipment/Delivery Weekly Progress ReportThe Contractor shall provide a Shipment/Delivery Weekly Progress Report which shall identify the items shipped, the serial number associated with each piece of equipment; the date of each shipment; the status of each shipment, tracking information, and information relative to Government-receipt of the equipment items at each delivery site.? In addition, the Shipment/Delivery Weekly Progress Report shall identify any problems and provide a description of how the problems were resolved/addressed.? If problems have not been completely resolved, the Contractor shall provide an explanation and status of resolution.? Shipment/Delivery Weekly Progress Reports shall be submitted in Microsoft Excel Format and shall clearly identify each serial number of the equipment being delivered with one (1) serial number per cell.Inspection: DestinationAcceptance: DestinationFree on Board (FOB): DestinationPacking Slips/Labels and Lists shall also include the following:IFCAP PO #: ____________ (e.g., 166-E11234 (the IFCAP PO number is located in block #20 of the SF 1449))Project Description: (e.g. Tier 1 Lifecycle Refresh)Total number of Containers: Package ___ of ___. (e.g., Package 1 of 3)Deliverables:Master Delivery ScheduleShipment/Delivery Weekly Progress ReportENTERPRISE AND IT FRAMEWORKA signed waiver has been obtained from the VA OI&T CIO Office that the IPv6 requirement within Section 3.8 of the T4NG Basic Contract cannot be met, and as a result, IPv6 is not a requirement for this TO effort. The Level of Assurance (LOA) requirement, in reference to the HSPD-12 Identity and Access Management PIV requirements set forth in the second paragraph of Section 3.8 of the T4NG Basic PWS, is LOA-x for this specific TO.ADDENDUM B- VA INFORMATION AND INFORMATION SYSTEM SECURITY / PRIVACY LANGUAGEVA INFORMATION AND INFORMATION SYSTEM SECURITY/PRIVACY LANGUAGE, VA HANDBOOK 6500.6, APPENDIX C, MARCH 12, 2010B.1 GENERALContractors, Contractor personnel, SubContractors, and SubContractor personnel shall be subject to the same Federal laws, regulations, standards, and VA Directives and Handbooks as VA and VA personnel regarding information and information system security.B.2 ACCESS TO VA INFORMATION AND VA INFORMATION SYSTEMSA Contractor/SubContractor shall request logical (technical) or physical access to VA information and VA information systems for their employees, SubContractors, and affiliates only to the extent necessary to perform the services specified in the contract, agreement, or task order.All Contractors, SubContractors, and third-party servicers and associates working with VA information are subject to the same investigative requirements as those of VA appointees or employees who have access to the same types of information. The level and process of background security investigations for Contractors must be in accordance with VA Directive and Handbook 0710, Personnel Suitability and Security Program. The Office for Operations, Security, and Preparedness is responsible for these policies and procedures.Contract personnel who require access to national security programs must have a valid security clearance. National Industrial Security Program (NISP) was established by Executive Order 12829 to ensure that cleared U.S. defense industry contract personnel safeguard the classified information in their possession while performing work on contracts, programs, bids, or research and development efforts. The Department of Veterans Affairs does not have a Memorandum of Agreement with Defense Security Service (DSS). Verification of a Security Clearance must be processed through the Special Security Officer located in the Planning and National Security Service within the Office of Operations, Security, and Preparedness.Custom software development and outsourced operations must be located in the U.S. to the maximum extent practical. If such services are proposed to be performed abroad and are not disallowed by other VA policy or mandates (e.g. Business Associate Agreement, Section 3G), the Contractor/SubContractor must state where all non-U.S. services are provided and detail a security plan, deemed to be acceptable by VA, specifically to address mitigation of the resulting problems of communication, control, data protection, and so forth. Location within the U.S. may be an evaluation factor. The Contractor or SubContractor must notify the Contracting Officer immediately when an employee working on a VA system or with access to VA information is reassigned or leaves the Contractor or SubContractor’s employ. The Contracting Officer must also be notified immediately by the Contractor or SubContractor prior to an unfriendly termination.B.3 VA INFORMATION CUSTODIAL LANGUAGEInformation made available to the Contractor or SubContractor by VA for the performance or administration of this contract or information developed by the Contractor/SubContractor in performance or administration of the contract shall be used only for those purposes and shall not be used in any other way without the prior written agreement of VA. This clause expressly limits the Contractor/SubContractor's rights to use data as described in Rights in Data - General, FAR 52.227-14(d) (1).VA information should not be co-mingled, if possible, with any other data on the Contractors/SubContractor’s information systems or media storage systems in order to ensure VA requirements related to data protection and media sanitization can be met. If co-mingling must be allowed to meet the requirements of the business need, the Contractor must ensure that VA’s information is returned to VA or destroyed in accordance with VA’s sanitization requirements. VA reserves the right to conduct on site inspections of Contractor and SubContractor IT resources to ensure data security controls, separation of data and job duties, and destruction/media sanitization procedures are in compliance with VA directive requirements.Prior to termination or completion of this contract, Contractor/SubContractor must not destroy information received from VA, or gathered/created by the Contractor in the course of performing this contract without prior written approval by VA. Any data destruction done on behalf of VA by a Contractor/SubContractor must be done in accordance with National Archives and Records Administration (NARA) requirements as outlined in VA Directive 6300, Records and Information Management and its Handbook 6300.1 Records Management Procedures, applicable VA Records Control Schedules, and VA Handbook 6500.1, Electronic Media Sanitization. Self-certification by the Contractor that the data destruction requirements above have been met must be sent to the VA Contracting Officer within 30 days of termination of the contract.The Contractor/SubContractor must receive, gather, store, back up, maintain, use, disclose and dispose of VA information only in compliance with the terms of the contract and applicable Federal and VA information confidentiality and security laws, regulations and policies. If Federal or VA information confidentiality and security laws, regulations and policies become applicable to the VA information or information systems after execution of the contract, or if NIST issues or updates applicable FIPS or Special Publications (SP) after execution of this contract, the parties agree to negotiate in good faith to implement the information confidentiality and security laws, regulations and policies in this contract. The Contractor/SubContractor shall not make copies of VA information except as authorized and necessary to perform the terms of the agreement or to preserve electronic information stored on Contractor/SubContractor electronic storage media for restoration in case any electronic equipment or data used by the Contractor/SubContractor needs to be restored to an operating state. If copies are made for restoration purposes, after the restoration is complete, the copies must be appropriately destroyed. If VA determines that the Contractor has violated any of the information confidentiality, privacy, and security provisions of the contract, it shall be sufficient grounds for VA to withhold payment to the Contractor or third party or terminate the contract for default or terminate for cause under Federal Acquisition Regulation (FAR) part 12. If a VHA contract is terminated for cause, the associated Business Associate Agreement (BAA) must also be terminated and appropriate actions taken in accordance with VHA Handbook 1600.05, Business Associate Agreements. Absent an agreement to use or disclose protected health information, there is no business associate relationship. The Contractor/SubContractor must store, transport, or transmit VA sensitive information in an encrypted form, using VA-approved encryption tools that are, at a minimum, FIPS 140-2 validated.The Contractor/SubContractor’s firewall and Web services security controls, if applicable, shall meet or exceed VA’s minimum requirements. VA Configuration Guidelines are available upon request.Except for uses and disclosures of VA information authorized by this contract for performance of the contract, the Contractor/SubContractor may use and disclose VA information only in two other situations: (i) in response to a qualifying order of a court of competent jurisdiction, or (ii) with VA’s prior written approval. The Contractor/SubContractor must refer all requests for, demands for production of, or inquiries about, VA information and information systems to the VA contracting officer for response.Notwithstanding the provision above, the Contractor/SubContractor shall not release VA records protected by Title 38 U.S.C. 5705, confidentiality of medical quality assurance records and/or Title 38 U.S.C. 7332, confidentiality of certain health records pertaining to drug addiction, sickle cell anemia, alcoholism or alcohol abuse, or infection with human immunodeficiency virus. If the Contractor/SubContractor is in receipt of a court order or other requests for the above mentioned information, that Contractor/SubContractor shall immediately refer such court orders or other requests to the VA contracting officer for response.For service that involves the storage, generating, transmitting, or exchanging of VA sensitive information but does not require Assessment and Authorization (A&A) or a Memorandum of Understanding-Interconnection Security Agreement (MOU-ISA) for system interconnection, the Contractor/SubContractor must complete a Contractor Security Control Assessment (CSCA) on a yearly basis and provide it to the COR.B.4 INFORMATION SYSTEM DESIGN AND DEVELOPMENTInformation systems that are designed or developed for or on behalf of VA at non-VA facilities shall comply with all VA directives developed in accordance with FISMA, HIPAA, NIST, and related VA security and privacy control requirements for Federal information systems. This includes standards for the protection of electronic PHI, outlined in 45 C.F.R. Part 164, Subpart C, information and system security categorization level designations in accordance with FIPS 199 and FIPS 200 with implementation of all baseline security controls commensurate with the FIPS 199 system security categorization (reference Appendix D of VA Handbook 6500, Risk Management Framework for VA Information Systems – Tier 3: VA Information Security Program, and the TIC Reference Architecture). During the development cycle a Privacy Impact Assessment (PIA) must be completed, provided to the COR, and approved by the VA Privacy Service in accordance with Directive 6508, Implementation of Privacy Threshold Analysis and Privacy Impact Assessment.The Contractor/SubContractor shall certify to the COR that applications are fully functional and operate correctly as intended on systems using the VA Federal Desktop Core Configuration (FDCC), and the common security configuration guidelines provided by NIST or VA. This includes Internet Explorer 11 configured to operate on Windows 7 and future versions, as required.The standard installation, operation, maintenance, updating, and patching of software shall not alter the configuration settings from the VA approved and FDCC configuration. Information technology staff must also use the Windows Installer Service for installation to the default “program files” directory and silently install and uninstall.Applications designed for normal end users shall run in the standard user context without elevated system administration privileges.The security controls must be designed, developed, approved by VA, and implemented in accordance with the provisions of VA security system development life cycle as outlined in NIST Special Publication 800-37, Guide for Applying the Risk Management Framework to Federal Information Systems, VA Handbook 6500, Risk Management Framework for VA Information Systems – Tier 3: VA Information Security Program and VA Handbook 6500.5, Incorporating Security and Privacy in System Development Lifecycle.The Contractor/SubContractor is required to design, develop, or operate a System of Records Notice (SOR) on individuals to accomplish an agency function subject to the Privacy Act of 1974, (as amended), Public Law 93-579, December 31, 1974 (5 U.S.C. 552a) and applicable agency regulations. Violation of the Privacy Act may involve the imposition of criminal and civil penalties.The Contractor/SubContractor agrees to:Comply with the Privacy Act of 1974 (the Act) and the agency rules and regulations issued under the Act in the design, development, or operation of any system of records on individuals to accomplish an agency function when the contract specifically identifies:The Systems of Records (SOR); andThe design, development, or operation work that the Contractor/SubContractor is to perform;Include the Privacy Act notification contained in this contract in every solicitation and resulting subcontract and in every subcontract awarded without a solicitation, when the work statement in the proposed subcontract requires the redesign, development, or operation of a SOR on individuals that is subject to the Privacy Act; andInclude this Privacy Act clause, including this subparagraph (3), in all subcontracts awarded under this contract which requires the design, development, or operation of such a SORIn the event of violations of the Act, a civil action may be brought against the agency involved when the violation concerns the design, development, or operation of a SOR on individuals to accomplish an agency function, and criminal penalties may be imposed upon the officers or employees of the agency when the violation concerns the operation of a SOR on individuals to accomplish an agency function. For purposes of the Act, when the contract is for the operation of a SOR on individuals to accomplish an agency function, the Contractor/SubContractor is considered to be an employee of the agency.“Operation of a System of Records” means performance of any of the activities associated with maintaining the SOR, including the collection, use, maintenance, and dissemination of records.“Record” means any item, collection, or grouping of information about an individual that is maintained by an agency, including, but not limited to, education, financial transactions, medical history, and criminal or employment history and contains the person’s name, or identifying number, symbol, or any other identifying particular assigned to the individual, such as a fingerprint or voiceprint, or a photograph.“System of Records” means a group of any records under the control of any agency from which information is retrieved by the name of the individual or by some identifying number, symbol, or other identifying particular assigned to the individual.The vendor shall ensure the security of all procured or developed systems and technologies, including their subcomponents (hereinafter referred to as “Systems”), throughout the life of this contract and any extension, warranty, or maintenance periods. This includes, but is not limited to workarounds, patches, hot fixes, upgrades, and any physical components (hereafter referred to as Security Fixes) which may be necessary to fix all security vulnerabilities published or known to the vendor anywhere in the Systems, including Operating Systems and firmware. The vendor shall ensure that Security Fixes shall not negatively impact the Systems.The vendor shall notify VA within 5 minutes of the discovery or disclosure of successful exploits of the vulnerability which can compromise the security of the Systems (including the confidentiality or integrity of its data and operations, or the availability of the system). Such issues shall be remediated as quickly as is practical, but in no event longer than 1 day. When the Security Fixes involve installing third party patches (such as Microsoft OS patches or Adobe Acrobat), the vendor will provide written notice to VA that the patch has been validated as not affecting the Systems within 10 working days. When the vendor is responsible for operations or maintenance of the Systems, they shall apply the Security Fixes within 10 days.All other vulnerabilities shall be remediated as specified in this paragraph in a timely manner based on risk, but within 60 days of discovery or disclosure. Exceptions to this paragraph (e.g. for the convenience of VA) shall only be granted with approval of the contracting officer and the VA Assistant Secretary for Office of Information and Technology.B.5 INFORMATION SYSTEM HOSTING, OPERATION, MAINTENANCE, OR USEFor information systems that are hosted, operated, maintained, or used on behalf of VA at non-VA facilities, Contractors/SubContractors are fully responsible and accountable for ensuring compliance with all HIPAA, Privacy Act, FISMA, NIST, FIPS, and VA security and privacy directives and handbooks. This includes conducting compliant risk assessments, routine vulnerability scanning, system patching and change management procedures, and the completion of an acceptable contingency plan for each system. The Contractor’s security control procedures must be equivalent, to those procedures used to secure VA systems. A Privacy Impact Assessment (PIA) must also be provided to the COR and approved by VA Privacy Service prior to operational approval. All external Internet connections to VA’s network involving VA information must be reviewed and approved by VA prior to implementation. For Cloud Services hosting, the Contractor shall also ensure compliance with the Federal Risk and Authorization Management Program (FedRAMP). Adequate security controls for collecting, processing, transmitting, and storing of Personally Identifiable Information (PII), as determined by the VA Privacy Service, must be in place, tested, and approved by VA prior to hosting, operation, maintenance, or use of the information system, or systems by or on behalf of VA. These security controls are to be assessed and stated within the PIA and if these controls are determined not to be in place, or inadequate, a Plan of Action and Milestones (POA&M) must be submitted and approved prior to the collection of PII.Outsourcing (Contractor facility, Contractor equipment or Contractor staff) of systems or network operations, telecommunications services, or other managed services requires A&A of the Contractor’s systems in accordance with VA Handbook 6500.3, Assessment, Authorization and Continuous Monitoring of VA Information Systems and/or the VA OCS Certification Program Office. Government-owned (Government facility or Government equipment) Contractor-operated systems, third party or business partner networks require memorandums of understanding and Interconnection Security Agreements (MOU-ISA) which detail what data types are shared, who has access, and the appropriate level of security controls for all systems connected to VA networks.The Contractor/SubContractor’s system must adhere to all FISMA, FIPS, and NIST standards related to the annual FISMA security controls assessment and review and update the PIA. Any deficiencies noted during this assessment must be provided to the VA contracting officer and the ISO for entry into VA’s POA&M management process. The Contractor/SubContractor must use VA’s POA&M process to document planned remedial actions to address any deficiencies in information security policies, procedures, and practices, and the completion of those activities. Security deficiencies must be corrected within the timeframes approved by the Government. Contractor/SubContractor procedures are subject to periodic, unannounced assessments by VA officials, including the VA Office of Inspector General. The physical security aspects associated with Contractor/SubContractor activities must also be subject to such assessments. If major changes to the system occur that may affect the privacy or security of the data or the system, the A&A of the system may need to be reviewed, retested and re-authorized per VA Handbook 6500.3. This may require reviewing and updating all of the documentation (PIA, System Security Plan, and Contingency Plan). The Certification Program Office can provide guidance on whether a new A&A would be necessary.The Contractor/SubContractor must conduct an annual self assessment on all systems and outsourced services as required. Both hard copy and electronic copies of the assessment must be provided to the COR. The Government reserves the right to conduct such an assessment using Government personnel or another Contractor/SubContractor. The Contractor/SubContractor must take appropriate and timely action (this can be specified in the contract) to correct or mitigate any weaknesses discovered during such testing, generally at no additional cost.VA prohibits the installation and use of personally-owned or Contractor/SubContractor owned equipment or software on VA’s network. If non-VA owned equipment must be used to fulfill the requirements of a contract, it must be stated in the service agreement, SOW or contract. All of the security controls required for Government furnished equipment (GFE) must be utilized in approved other equipment (OE) and must be funded by the owner of the equipment. All remote systems must be equipped with, and use, a VA-approved antivirus (AV) software and a personal (host-based or enclave based) firewall that is configured with a VA approved configuration. Software must be kept current, including all critical updates and patches. Owners of approved OE are responsible for providing and maintaining the anti-viral software and the firewall on the non-VA owned OE.All electronic storage media used on non-VA leased or non-VA owned IT equipment that is used to store, process, or access VA information must be handled in adherence with VA Handbook 6500.1, Electronic Media Sanitization upon: (i) completion or termination of the contract or (ii) disposal or return of the IT equipment by the Contractor/SubContractor or any person acting on behalf of the Contractor/SubContractor, whichever is earlier. Media (hard drives, optical disks, CDs, back-up tapes, etc.) used by the Contractors/SubContractors that contain VA information must be returned to VA for sanitization or destruction or the Contractor/SubContractor must self-certify that the media has been disposed of per 6500.1 requirements. This must be completed within 30 days of termination of the contract.Bio-Medical devices and other equipment or systems containing media (hard drives, optical disks, etc.) with VA sensitive information must not be returned to the vendor at the end of lease, for trade-in, or other purposes. The options are:Vendor must accept the system without the drive;VA’s initial medical device purchase includes a spare drive which must be installed in place of the original drive at time of turn-in; orVA must reimburse the company for media at a reasonable open market replacement cost at time of purchase.Due to the highly specialized and sometimes proprietary hardware and software associated with medical equipment/systems, if it is not possible for VA to retain the hard drive, then;The equipment vendor must have an existing BAA if the device being traded in has sensitive information stored on it and hard drive(s) from the system are being returned physically intact; andAny fixed hard drive on the device must be non-destructively sanitized to the greatest extent possible without negatively impacting system operation. Selective clearing down to patient data folder level is recommended using VA approved and validated overwriting technologies/methods/tools. Applicable media sanitization specifications need to be preapproved and described in the purchase order or contract.A statement needs to be signed by the Director (System Owner) that states that the drive could not be removed and that (a) and (b) controls above are in place and completed. The ISO needs to maintain the documentation.B.6 SECURITY INCIDENT INVESTIGATIONThe term “security incident” means an event that has, or could have, resulted in unauthorized access to, loss or damage to VA assets, or sensitive information, or an action that breaches VA security procedures. The Contractor/SubContractor shall immediately notify the COR and simultaneously, the designated ISO and Privacy Officer for the contract of any known or suspected security/privacy incidents, or any unauthorized disclosure of sensitive information, including that contained in system(s) to which the Contractor/SubContractor has access.To the extent known by the Contractor/SubContractor, the Contractor/SubContractor’s notice to VA shall identify the information involved, the circumstances surrounding the incident (including to whom, how, when, and where the VA information or assets were placed at risk or compromised), and any other information that the Contractor/SubContractor considers relevant.With respect to unsecured protected health information, the business associate is deemed to have discovered a data breach when the business associate knew or should have known of a breach of such information. Upon discovery, the business associate must notify the covered entity of the breach. Notifications need to be made in accordance with the executed business associate agreement.In instances of theft or break-in or other criminal activity, the Contractor/SubContractor must concurrently report the incident to the appropriate law enforcement entity (or entities) of jurisdiction, including the VA OIG and Security and Law Enforcement. The Contractor, its employees, and its SubContractors and their employees shall cooperate with VA and any law enforcement authority responsible for the investigation and prosecution of any possible criminal law violation(s) associated with any incident. The Contractor/SubContractor shall cooperate with VA in any civil litigation to recover VA information, obtain monetary or other compensation from a third party for damages arising from any incident, or obtain injunctive relief against any third party arising from, or related to, the incident.B.7 LIQUIDATED DAMAGES FOR DATA BREACHConsistent with the requirements of 38 U.S.C. §5725, a contract may require access to sensitive personal information. If so, the Contractor is liable to VA for liquidated damages in the event of a data breach or privacy incident involving any SPI the Contractor/SubContractor processes or maintains under this contract. However, it is the policy of VA to forgo collection of liquidated damages in the event the Contractor provides payment of actual damages in an amount determined to be adequate by the agency.The Contractor/SubContractor shall provide notice to VA of a “security incident” as set forth in the Security Incident Investigation section above. Upon such notification, VA must secure from a non-Department entity or the VA Office of Inspector General an independent risk analysis of the data breach to determine the level of risk associated with the data breach for the potential misuse of any sensitive personal information involved in the data breach. The term 'data breach' means the loss, theft, or other unauthorized access, or any access other than that incidental to the scope of employment, to data containing sensitive personal information, in electronic or printed form, that results in the potential compromise of the confidentiality or integrity of the data. Contractor shall fully cooperate with the entity performing the risk analysis. Failure to cooperate may be deemed a material breach and grounds for contract termination.Each risk analysis shall address all relevant information concerning the data breach, including the following:Nature of the event (loss, theft, unauthorized access);Description of the event, including:date of occurrence;data elements involved, including any PII, such as full name, social security number, date of birth, home address, account number, disability code;Number of individuals affected or potentially affected;Names of individuals or groups affected or potentially affected;Ease of logical data access to the lost, stolen or improperly accessed data in light of the degree of protection for the data, e.g., unencrypted, plain text;Amount of time the data has been out of VA control;The likelihood that the sensitive personal information will or has been compromised (made accessible to and usable by unauthorized persons);Known misuses of data containing sensitive personal information, if any;Assessment of the potential harm to the affected individuals;Data breach analysis as outlined in 6500.2 Handbook, Management of Breaches Involving Sensitive Personal Information, as appropriate; andWhether credit protection services may assist record subjects in avoiding or mitigating the results of identity theft based on the sensitive personal information that may have been compromised.Based on the determinations of the independent risk analysis, the Contractor shall be responsible for paying to VA liquidated damages in the amount of $37.50 per affected individual to cover the cost of providing credit protection services to affected individuals consisting of the following:Notification;One year of credit monitoring services consisting of automatic daily monitoring of at least 3 relevant credit bureau reports;Data breach analysis;Fraud resolution services, including writing dispute letters, initiating fraud alerts and credit freezes, to assist affected individuals to bring matters to resolution;One year of identity theft insurance with $20,000.00 coverage at $0 deductible; andNecessary legal expenses the subjects may incur to repair falsified or damaged credit records, histories, or financial affairs.B.8 SECURITY CONTROLS COMPLIANCE TESTINGOn a periodic basis, VA, including the Office of Inspector General, reserves the right to evaluate any or all of the security controls and privacy practices implemented by the Contractor under the clauses contained within the contract. With 10 working-day’s notice, at the request of the Government, the Contractor must fully cooperate and assist in a Government-sponsored security controls assessment at each location wherein VA information is processed or stored, or information systems are developed, operated, maintained, or used on behalf of VA, including those initiated by the Office of Inspector General. The Government may conduct a security control assessment on shorter notice (to include unannounced assessments) as determined by VA in the event of a security incident or at any other time. B.9 TRAININGAll Contractor employees and SubContractor employees requiring access to VA information and VA information systems shall complete the following before being granted access to VA information and its systems:Successfully complete the VA Privacy and Information Security Awareness and Rules of Behavior course (TMS #10176) and annually complete this required privacy and security training; Sign and acknowledge (electronically through TMS #10176) understanding of and responsibilities for compliance with the Contractor Rules of Behavior, Appendix D relating to access to VA information and information systems.Successfully complete the appropriate VA Privacy training and annually complete required privacy training;Successfully complete any additional cyber security or privacy training, as required for VA personnel with equivalent information system access [to be defined by the VA program official and provided to the contracting officer for inclusion in the solicitation document – e.g., any role-based information security training required in accordance with NIST Special Publication 800-16, Information Technology Security Training Requirements.] The Contractor shall provide to the contracting officer and/or the COR a copy of the training certificates and certification of signing the Contractor Rules of Behavior for each applicable employee within 2 days of the initiation of the contract and annually thereafter, as required.Failure to complete the mandatory annual training and electronically sign the Rules of Behavior annually, within the timeframe required, is grounds for suspension or termination of all physical or electronic access privileges and removal from work on the contract until such time as the training and documents are complete. ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download