forked from docs/doc-exports
Reviewed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com> Co-authored-by: Chen, Junjie <chenjunjie@huawei.com> Co-committed-by: Chen, Junjie <chenjunjie@huawei.com>
34 lines
5.6 KiB
HTML
34 lines
5.6 KiB
HTML
<a name="CacheSingleNode"></a><a name="CacheSingleNode"></a>
|
|
|
|
<h1 class="topictitle1">Single-Node Redis</h1>
|
|
<div id="body1600250973735"><p id="CacheSingleNode__p138101212403">Three Redis versions are available for single-node DCS Redis instances: Redis 3.0, Redis 4.0, and Redis 5.0.</p>
|
|
<div class="section" id="CacheSingleNode__section19260552619"><h4 class="sectiontitle">Features</h4><ol id="CacheSingleNode__ol67507623011"><li id="CacheSingleNode__li107501061301">Low system overhead and high QPS<p id="CacheSingleNode__p22461983014"><a name="CacheSingleNode__li107501061301"></a><a name="li107501061301"></a>Single-node instances do not support data synchronization or data persistence, reducing system overhead and supporting higher concurrency. QPS of single-node DCS Redis instances reaches up to 100,000.</p>
|
|
</li><li id="CacheSingleNode__li77501762306">Process monitoring and automatic fault recovery<p id="CacheSingleNode__p1917103533114"><a name="CacheSingleNode__li77501762306"></a><a name="li77501762306"></a>With an HA monitoring mechanism, if a single-node DCS instance becomes faulty, a new process is started within 30 seconds to resume service provisioning.</p>
|
|
</li><li id="CacheSingleNode__li975015614309">Out-of-the-box usability and no data persistence<p id="CacheSingleNode__p667242253214"><a name="CacheSingleNode__li975015614309"></a><a name="li975015614309"></a>Single-node DCS instances can be used out of the box because they do not involve data loading. If your service requires high QPS, you can warm up the data beforehand to avoid strong concurrency impact on the backend database.</p>
|
|
</li><li id="CacheSingleNode__li11291719163215">Low-cost and suitable for development and testing<p id="CacheSingleNode__p763085119554"><a name="CacheSingleNode__li11291719163215"></a><a name="li11291719163215"></a>Single-node instances are 40% cheaper than master/standby DCS instances, suitable for setting up development or testing environments.</p>
|
|
</li></ol>
|
|
<p id="CacheSingleNode__p188211915114319">In summary, single-node DCS instances support highly concurrent read/write operations, but do not support data persistence. Data will be deleted after instances are restarted. They are suitable for scenarios which do not require data persistence, such as database front-end caching, to accelerate access and ease the concurrency load off the backend. If the desired data does not exist in the cache, requests will go to the database. When restarting the service or the DCS instance, you can pre-generate cache data from the disk database to relieve pressure on the backend during startup.</p>
|
|
</div>
|
|
<div class="section" id="CacheSingleNode__section350919180019"><h4 class="sectiontitle">Architecture</h4><p id="CacheSingleNode__p169821159154813"><a href="#CacheSingleNode__fig15457185394718">Figure 1</a> shows the architecture of single-node DCS Redis instances.</p>
|
|
<div class="note" id="CacheSingleNode__note12240134982910"><img src="public_sys-resources/note_3.0-en-us.png"><span class="notetitle"> </span><div class="notebody"><p id="CacheSingleNode__p11242249122915">To access a DCS Redis 3.0 instance, you must use port 6379. To access a DCS Redis 4.0 or 5.0 instance, you can customize the port. If no port is specified, the default port 6379 will be used. In the following architecture, port 6379 is used. If you have customized a port, replace <strong id="CacheSingleNode__b1442135013241">6379</strong> with the actual port.</p>
|
|
</div></div>
|
|
<div class="fignone" id="CacheSingleNode__fig15457185394718"><a name="CacheSingleNode__fig15457185394718"></a><a name="fig15457185394718"></a><span class="figcap"><b>Figure 1 </b>Single-node DCS Redis instance architecture</span><br><span><img id="CacheSingleNode__image9134201365216" src="en-us_image_0296784660.png"></span></div>
|
|
<p id="CacheSingleNode__p153106583326">Architecture description:</p>
|
|
<ul id="CacheSingleNode__ul1631417191120"><li id="CacheSingleNode__li20179270479"><strong id="CacheSingleNode__b264814218559">VPC</strong><p id="CacheSingleNode__p89401530124718">All server nodes of the instance run in the same VPC.</p>
|
|
<div class="note" id="CacheSingleNode__note04501339113"><img src="public_sys-resources/note_3.0-en-us.png"><span class="notetitle"> </span><div class="notebody"><p id="CacheSingleNode__p124516392019">For intra-VPC access, the client and the instance must be in the same VPC with specified security group rule configurations with specified security group rule configurations.</p>
|
|
<p id="CacheSingleNode__p14803202620398">For details, see <a href="en-us_topic_0090662012.html">Security Group Configurations</a>.</p>
|
|
</div></div>
|
|
</li><li id="CacheSingleNode__li017927194718"><strong id="CacheSingleNode__b386793812488">Application</strong><p id="CacheSingleNode__p36064574817">The client of the instance, which is the application running on an Elastic Cloud Server (ECS).</p>
|
|
<p id="CacheSingleNode__p19314439510">DCS Redis instances are compatible with the Redis protocol, and can be accessed through open-source clients. For details about accessing DCS instances, see <a href="dcs-ug-0916002.html">Accessing an Instance</a>.</p>
|
|
</li><li id="CacheSingleNode__li81722784711"><strong id="CacheSingleNode__b18417232969">DCS instance</strong><p id="CacheSingleNode__p18848151812814">A single-node DCS instance, which has only one node and one Redis process.</p>
|
|
<p id="CacheSingleNode__p74831359122616">DCS monitors the availability of the instance in real time. If the Redis process becomes faulty, DCS starts a new process to resume service provisioning.</p>
|
|
</li></ul>
|
|
</div>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="dcs-pd-200312001.html">DCS Instance Types</a></div>
|
|
</div>
|
|
</div>
|
|
|