If you have uninstalled Clean Master for any reason or changed phone, don't worry. This feature will recover everything. 
Clean Master will create a private folder on your Google Drive to store the backed up files. Note, we do not inspect nor have access to this folder.
How to enable backup phone cleaner?
Enable feature through the wizard or within the app settings
Select Google account to store the backup
Grant Clean Master access to Google Drive 
How to restore a backup?
Make sure the same phone number and Google account that was used to perform the backup has been added to your phone
1.) 'Clear data' of Clean Master (phone settings/apps/Clean Master/storage) now, open Clean Master and go through the wizard again.
2.) Uninstall and reinstall Clean Master then go through the wizard again.
Wait for the restore to finish and restart Clean Master
What do we backup?
App settings
Call log and search history
Unknown numbers identified by Clean Master
What we don't restore, and good to know!
We do not restore pictures of your contacts
We do not restore ringtones, as it's a system setting
You can only restore during activation of account (through the wizard)
Backup is tied to your phone number and Google account 
Backup frequency is by default set to weekly (daily and monthly can be set within the app settings)
Google play services version 11.6.0 or above is required
Problem with backup & restore?
If you can't select a Google account please do the following workaround. A proper fix is coming in very soon.
Open drawer
Edit profile
Sign out from Google by tapping on it
Open Settings
Enable backup again
Choose an account and grant permissions
Backup troubleshooting steps:
If you are unable to create a Google Drive backup, please try the following:
Verify that you have a Google account added to your device.
Verify that you have enough available space in your Google Drive account to create a backup. You can see the amount of space available on your Google Drive at the bottom left of your screen.
Verify that you have Google Play services 11.6.0 or higher installed on your phone.
If you are attempting to back-up on a Mobile data network, make sure that you have data for both Clean Master and Google Play services (contact your operator if you are unsure).
If you cannot back-up with Mobile data, try with Wi-Fi.
If you are unable to restore a Google Drive backup, please try the following:
Verify that you are attempting to restore data from the same phone number and Google account that the backup was created on.
Verify that you are signed in to the correct Google account while restoring your account.
Verify that there is enough space on your phone to restore the backup.
Verify that you have Google Play services installed in your device. Note, Google Play services is only available on Android 2.3.4 and higher.
Make sure your battery is fully charged or your phone is plugged in to a power source.
Make sure your phone is connected to a strong and stable network. If restoring using Mobile data network does not work, please try Wi-Fi.
Hybrid- and multi-cloud are quickly becoming the new norm for enterprises, just as service mesh is becoming essential to the cloud native computing environment. From the very beginning, the Pipeline platform has supported multiple cloud providers and wiring them together at multiple levels (cluster, deployments and services) was always one of the primary goals.
We supported setting up multi-cluster service meshes from the first release of our open source Istio operator. That release was based on Istio 1.0, which had some network constraints for single mesh multi-clusters, such as that all pod CIDRs had to be unique and routable to each other in every cluster, as well as it being necessary that API servers also be routable to one another. You can read about it in our previous blog post, here.
Since then Istio 1.1 was released and we are proud to announce that the latest version of our Istio operator supports hybrid- and multi-cloud single mesh without flat network or VPN.
Two new features which were introduced in Istio v1.1 come in particularly handy for decreasing our reliance on flat networks or VPNs between clusters: Split Horizon EDS and SNI-based routing.
A single mesh multi-cluster is formed by enabling any number of Kubernetes control planes running a remote Istio configuration to connect to a single Istio control plane. Once one or more Kubernetes clusters is connected to the Istio control plane in that way, Envoy communicates with the Istio control plane in order to form a mesh network across those clusters.
In this configuration, a request from a sidecar in one cluster to a service in the same cluster is forwarded to the local service IP (as per usual). If the destination workload is running in a different cluster, the remote cluster Gateway IP is used to connect to the service instead.
In a single mesh scenario, there is one Istio control plane on one of the clusters that receives information about service and pod states from remote clusters. To achieve this, the kubeconfig of each remote cluster must be added to the cluster where the control plane is running in the form of a k8s secret.
The Istio operator uses a CRD called RemoteIstio to store the desired state of a given remote Istio configuration. Adding a new remote cluster to the mesh is as simple as defining a RemoteIstio resource with the same name as the secret which contains the kubeconfig for the cluster.
The operator handles deploying Istio components to clusters and – because inter-cluster communication goes through a cluster’s Istio gateways in the Split Horizon EDS setup – implements a sync mechanism, which provides constant reachability between the clusters by syncing ingress gateway addresses.