No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

FusionCloud 6.3.1.1 Solution Description 04

Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
System Assurance

System Assurance

Backup and Restoration

Backup and Restoration provides the capability of backing up and restoring service data.

  • In the non-DR or Cloud Server High Availability (CSHA) scenario, data about each service can be saved to the remote backup server through backup. When service data is abnormal, you can restore the data using the backup files on the remote backup server to ensure the normal running of ManageOne.
  • In the Cloud Server Disaster Recovery (CSDR) scenario, data about each service in the production center can be saved to the remote backup server through backup. When the production center is abnormal or a disaster occurs, switch ManageOne applications to the DR center and restore the backup data on the remote backup server to the database in the DR center to ensure the normal running of ManageOne.

Concepts

  • Secure File Transfer Protocol (SFTP): SFTP is a network protocol that provides secure file transfer based on the Secure Shell v2 (SSHv2).
  • Full backup: The data of the entire system is backed up, including system files and application data.
  • Incremental backup: Only data that has been modified or added since the last backup (full backup or incremental backup) is backed up. An incremental backup can be performed on a backup object only after a full backup has been performed on the object.
  • DR: A system deployment solution aiming at reducing loss in disasters. A process of remotely backing up important device data and applications in the production center. When a production machine in the production center encounters an error or a disaster, the remote backup machine and data are used to process services in place of the faulty machine.

Logical Architecture

After ManageOne and Backup and Restoration is successfully deployed, and the automatic backup starts. After the parameters of the backup server are configured, the manual backup can be enabled. Administrators can manually back up the data based on the site requirements. During data restoration, administrators can restore data on the ManageOne OM plane or by obtaining backed up data based on the site requirements.

Figure 7-42 shows the logical architecture of Backup and Restoration.

Figure 7-42 Logical architecture of Backup and Restoration

Table 7-26 describes the logical architecture of Backup and Restoration.

Table 7-26 Logical architecture of Backup and Restoration

Backup and Restoration Process

Description

Set backup server parameters.

Set SFTP and UDS server parameters.

Back up data.

The automatic backup mode is used for routine backup. You need to manually back up the service data before upgrading services or performing major service operations.

Restore data in the non-DR or CSHA scenario.

  • If Backup and Restoration is available, you can restore data on the OM plane.
  • If the OM plane cannot be logged in or Backup and Restoration is unavailable:
    • For MySQL database service data, you can restore it on the database node.
    • For the SFTP operation CDR service data, you can log in to the operation CDR server to restore the SFTP operation CDR service data.
    • For Elasticsearch service data, you can restore it by calling the Elasticsearch data interface.

Log Management

Logs are classified as operation logs and run logs. Operation logs include tenant operation logs and management operation logs. Administrators can view operation logs to understand user behaviors, locate system faults, and identify and eliminate security risks. Run logs include the run logs of cloud services, management nodes, and underlying devices. Run logs record the real-time running statuses of system processes and assist in fault locating. Table 7-27 describes the logs.

Table 7-27 Log description

Type

Content

Function

Run logs

These logs record the real-time running statuses of system processes. You can collect the run logs of underlying devices only by configuring FusionCare.

You can use run logs to learn the system running status, rectify faults, and locate problems in the case of security events.

Tenant operation logs

These logs are reported by cloud services and record the operations performed by tenants and operation results.

You can use tenant operation logs to check whether system faults are related to tenant operations, analyze tenant operation modes to improve user experience, and audit tenant activities and operation instructions.

Management operation logs

These logs record the operations performed by users on the management systems and the system running status.

You can obtain information about user behavior on the management systems and identify and eliminate security risks to trace system running.

Concepts

FusionCare: is an O&M tool that provides health check and log collection functions. The health check function checks the health statuses of nodes in one-click mode and generates health check reports. The log collection function enables technical support engineers and maintenance engineers to quickly collect logs and locate faults in a timely manner.

Logical Architecture

Figure 7-43 shows the logical architecture of run logs, tenant operation logs, and management operation logs.

Figure 7-43 Logical architecture of run logs, tenant operation logs, and management operation logs

  • The Logs function on the ManageOne OM plane supports the aggregation and querying of tenant operation logs, management operation logs, and run logs.
  • Tenant operation logs are reported by cloud services. Tenant operation logs provided on the GUI are used for locating faults.
  • Run logs are collected from cloud services and can be searched on the ManageOne OM plane.
  • The run logs of physical devices and management nodes can only be configured, collected, or viewed by using the FusionCare tool.

Fault Diagnosis

Fault Diagnosis of ManageOne provides a unified fault diagnosis portal and supports scenario-specific fault diagnosis, improving O&M efficiency.

This feature allows you to locate faults in case of tenant cloud service provisioning failures, cloud service instance operation failures, Elastic Cloud Server (ECS) network disconnection, and ECS and Elastic Volume Service (EVS) disk I/O performance problems.

  • Cloud Service Management Plane Fault Diagnosis: allows you to diagnose cloud service provisioning failures and cloud service instance operation failures.
  • ECS Network Fault Diagnosis: allows you to diagnose ECS network faults on the cloud platform.
  • ECS Storage Fault Diagnosis: allows you to diagnose I/O performance problems of EVS disks attached to ECSs.

Logical Architecture

Fault Diagnosis feature provides a troubleshooting portal for users to viewing fault details and quickly diagnosing faults, improving O&M efficiency.

Figure 7-44 shows the logical architecture of Fault Diagnosis.

Figure 7-44 Logical architecture of Fault Diagnosis
Table 7-28 Logical architecture description of Fault Diagnosis

Type

Description

Cloud Service Management Plane Fault Diagnosis

Allows you to diagnose cloud service provisioning failures and cloud service instance operation failures by collecting logs, and checking operation logs and alarms.

ECS Network Fault Diagnosis

Allows you to diagnose network faults on the cloud platform by viewing the ECS status, collecting the ECS alarms, checking network configurations, executing traffic interruption detection, and viewing performance monitoring data.

ECS Storage Fault Diagnosis

Allows you to diagnose ECS and EVS disk I/O performance problems by viewing ECS details, collecting the ECS alarms, and viewing EVS disk monitoring data.

Translation
Download
Updated: 2019-10-23

Document ID: EDOC1100063247

Views: 74493

Downloads: 192

Average rating:
This Document Applies to these Products
Related Version
Related Documents
Share
Previous Next