This Knowledgebase article provides information about configuring Neverfail IT Continuity Architect Protection Tiers.
Architect uses policy based planning to assess protection of your assets. As such, one of four Protection Tiers are assigned to each Business Service and entity against which the Business Service or entity is compared to evaluate and monitor its compliance with the defined parameters of the Tier. A Protection Tier is defined as a set of policies used to classify the Service Level Agreements (SLAs) of required availability for a single, multiple, or grouping of entities within a network.
Architect, by default, uses four basic Protection Tiers for classifications of availability as indicated below but allows for custom configuration if desired:
Note: Architect, by default, incorporates four Protection Tiers. You cannot create additional Protection Tiers but may edit the default parameters for each of the following configured Tiers:
|Tier 1||Used for critical infrastructure components where continuous availability is needed (for example, both High Availability and Disaster Recovery) and aggressive SLA's are required in the event of incidents.|
|Tier 2||Used for important infrastructure components where continuous availability is needed (for example, both High Availability and Disaster Recovery) but less aggressive SLA's are required in the event of incidents.|
|Tier 3||Used when only basic Availability is required (for example, advanced application awareness is not required) and is achieved through, for example, Bare Metal Restore.|
|Tier 4||Used for infrastructure which mainly requires data protection (for example, replication and/or backup) with modest recovery SLA's.|
To edit Protection Tiers:
- Navigate to the Configuration: Protection Tiers page.
- Select the intended Protection Tier to edit.
- Edit any of the following parameters:
|Name||The Name is fixed and cannot be edited.|
|Description||The Description is fixed and cannot be edited.|
|Site Protection||Does this Tier require site-level protection (Yes or No), for example, Disaster Recovery or inter-site replication?|
|Application Protection||Does this Tier require application-level protection (Yes or No), for example, application specific fault detection and recovery?|
|Server Protection||Does this Tier require server-level protection (Yes or No), for example, High Availability Clustering or Fault Tolerance?|
|Data Protection||Does this Tier require data-level protection (Yes or No), for example, replication, backup, CDP?|
|RTO||Enter the minimum Recovery Time Objective (RTO) that the Tier requires over the chosen scope of protection (measured in seconds, minutes, hours, days, and weeks).|
|RPO||Enter the minimum Recovery Point Objective (RPO) that the Tier requires over the chosen scope of protection (measured in seconds, minutes, hours, days, and weeks).|
The minimum level of Availability required by the tier, in terms of maximum tolerable unplanned downtime over a particular period as translated into an Availability SLA.
Neverfail Architect validates your specified RTO and Availability specifications to make sure they are compatible however you can override these if desired.
5. Click OK to close the dialog.
Neverfail IT Continuity Architect