Product Overview

<p>&nbsp; &nbsp; Ping An Cloud&#39;s DDS provides stable, user-friendly, safe, auto-scaling database services. Being 100% compatible with MongoDB protocol, it is applicable to non-relational databases requiring dynamic expansion, schema-free, flexibility, and efficiency.</p> <p>&nbsp; &nbsp; DDS replica sets on Ping An Cloud&nbsp; adopts deployment of a 3-node replica set by default: the primary can support the read/write operations, the two secdonaries are read-only.&nbsp;Users can deploy a replica set with members in multiple locations, and can also create the&nbsp;secondary&nbsp;nodes at&nbsp;remote.</p> <p>&nbsp; &nbsp; Ping An Cloud&#39;s DDS replSets provide a full set of database solutions to local/same-city/remote disaster recovery, backup, recovery, monitoring, and alarms. Users can customize service packages to enjoy one-stop database solutions.</p>

Product Priority

<p><strong>High security:</strong></p> <p>The access control strategies, firewall protection, and whitelisting enable controls on all access sources and ensure data security.</p> <p>Users have access to improved deployment strategies for data nodes&nbsp;of the replica sets. Users&#39; business will be safe and feasible with the number of nodes for majority as well as multi-data center deployments.</p> <p><strong>High availability:</strong></p> <p>Three-node replica sets are used to support availability. Data are deployed and synchronized on different servers. Services are available on the three nodes. The system will automatically select a new primary node for read/write operations if the primary node fails. And the system will automatically select a new secondary node for read operations if one secondary node fails.</p> <p><strong>High reliability:</strong></p> <p>The cross-host deployments, multi-data center frameworks and multiple backup protection ensure business availability and meet O&amp;M requirements of the financial system.</p> <p><strong>High performance:</strong></p> <p>Ping An Cloud configures parameters for the best performance based on Ping An&#39;s years of financial system management and production practices. It is also able to flexibly make adjustments as per users&#39; business scenarios.</p> <p><strong>User-friendliness:</strong></p> <p>DDS replica sets can be added, deleted, restarted, backed up and scaled from the console. At the same time, users are able to make use of multi-dimensional performance monitoring.</p>


<p>1.The database service can only be accessed using the domain name provided by the product. Otherwise, some services, such as failover, will be downgraded.<br /> 2.Only the WiredTiger storage engine is supported.<br /> 3.No sharded cluster architecture is currently provided.<br /> 4.The East China region currently does not support access to DB by BMS.<br /> 5.Switching the billing method from pay-per-use to monthly subscription is currently not allowed.<br /> 6.During the change of the capacity configuration, the current instance and the corresponding read only instance will suffer transient interruption.<br /> 7.The database service will suffer transient interruption when SSL encryption is enabled.<br /> 8.Modified parameters can take effect only after restarting the instance.<br /> &nbsp;</p>

Related Terms and Instructions for Use

<p><strong>Region</strong></p> <p>Region is a geographical location with a collection of availability zones mapped to physical data centers in that region. For example, East China 1 and South China 1.</p> <p><strong>Availability zone </strong></p> <p>Availability zones are physical locations within the same region, with the physical distance exceeding 20km. Each zone is made up of one or more datacenters equipped with independent power and networking. For example, East China 1 may select Zone A, while South China 1 may select Zone B; any availability zone within the same region can be selected for same-city disaster recovery.</p> <p><strong>Primary availability zone </strong></p> <p>It is the availability zone in which primary instances are located. The cloud hosts for recommendations and applications are placed in the same availability zone.</p> <p><strong>Backup availability zone </strong></p> <p>Upon selection of the availability zone for the primary instances, the system recommends the availability zone ideal for the same-city disaster recovery. The same-city disaster recovery can also be created be selecting the suitable availability zone according to application schema design.</p> <p><strong>Off-site disaster recovery instance </strong></p> <p>It is also called the secondary database for disaster recovery or remote off-site secondary database. Off-site disaster recovery instances are created in remote regions. Remote regions are regions other than the regions where the primary availability zones are located in. Each remote region has one disaster recovery instance. Latency may occur for synchronization of primary instances and disaster recovery instances.</p> <p><strong>Storage capacity</strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p> <p>It refers to the storage space purchased when purchasing DDS&nbsp;database instances.</p> <p>The capacity contains instance sets, index data, and the space needed for instance running, for example, system databases, journals, oplog collection, and syslog.</p> <p><strong>Computing capacity</strong></p> <p>It refers to the computing resources purchased when purchasing DDS database instances.</p> <p>Computing resources include the CPU and Memory. Users may have different packages according to the best practice. CPU data suggest the maximum computational capacity for users, while Memory data suggest the maximum memory can be used by users.</p> <p><strong>Replica set</strong></p> <p>A replica set is a group of mongod instances that maintain the same data set. A replica set contains several data bearing nodes and optionally one arbiter node. Of the data bearing nodes, only one member is deemed the primary node, while the other nodes are deemed secondary nodes. DDS replica sets on Ping An Cloud adopt deployment of a 3-node replica set by default, and users are given the secondary node to remotely create off-site disaster recovery.</p> <p>Nodes are independent with resources being isolated across different physical servers.</p>
Did the above content solve your problem? Yes No
Please complete information!

Call us


Email us

Online customer service

Instant reply

Technical Support

cloud products