You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: faq/databases-for-postgresql-and-mysql.mdx
+2-6Lines changed: 2 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -96,21 +96,17 @@ The idea is to offer the best performance to our users by reducing latency betwe
96
96
97
97
## What is the Private Networks feature for Database Instances?
98
98
99
-
[Private Networks](/network/public-gateways/quickstart/)allows you to configure your own Layer-2 network with IPv4 addresses. You can therefore enhance the security of your system architecture by isolating it from the internet.
99
+
[Private Networks](/network/public-gateways/quickstart/)allow you to enhance the security of your system architecture by isolating it from the internet.
100
100
101
101
This feature introduces a significant change in the architecture of Scaleway's Databases: when using Private Networks, your application connects directly to your Database nodes, without going through a Load Balancer.
102
102
This improves performance by reducing the latency between your nodes. It also increases the security of your databases, since Instances in your Private Network can connect directly to your Database Instance, without passing through the public internet.
103
103
104
-
You can create new Database Instances to attach to your Private Network or attach existing Database Instances by adding Private Networks endpoints to them.
104
+
You can create new Database Instances to attach to your Private Network or attach existing Database Instances.
105
105
106
106
## How many Private Networks can I attach?
107
107
108
108
Currently, you can connect one Private Network to each Database Instance.
109
109
110
-
## Can I use any IP Range for my Private Network?
111
-
112
-
For now, only the [RFC1918](https://datatracker.ietf.org/doc/html/rfc1918) IP subnets are accepted as Database Instances virtual IPv4.
113
-
114
110
## How is the Database's private failover IP managed?
115
111
116
112
The virtual IPv4 used to expose the Database Instance service is automatically routed to the newly promoted node and announced within 10s to the neighboring Compute Instances.
Copy file name to clipboardExpand all lines: faq/databases-for-redis.mdx
+2-11Lines changed: 2 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -37,31 +37,22 @@ You can connect to your Managed Database for Redis™ using the IP address(es) a
37
37
38
38
## What is the Private Networks feature for Redis™ Database Instances?
39
39
40
-
[Private Networks](/network/public-gateways/quickstart/) allow you to configure your Layer-2 network with IPv4 addresses on Managed Database for Redis™ Instances.
40
+
[Private Networks](/network/public-gateways/quickstart/) allow you to increase the security of your databases since Instances in your Private Networks can directly be connected to your Redis™ Database Instance without passing through the public internet.
41
41
42
-
It also increases the security of your databases since Instances in your Private Networks can directly be connected to your Redis™ Database Instance without passing through the public internet.
43
42
In standalone mode, you can attach Private Networks to your Redis™ Database Instances at the creation level or add a Private Networks endpoint to your existing Redis™ Database Instance from the console.
44
43
45
44
<Messagetype="note">
46
-
When you select cluster mode, Private Networks can only be selected and configured upon creating the Redis™ Database Instance. Once the cluster has been completed, it is impossible to attach it to a Private Network or to edit the configuration of an existing one. If you want to switch to a public network or update your IP addresses, you must create a new Redis™ Database Instance.
45
+
When you select cluster mode, Private Networks can only be selected and configured upon creating the Redis™ Database Instance. Once the cluster has been completed, it is impossible to attach it to a Private Network or to edit the configuration of an existing one. If you want to switch to a public network you must create a new Redis™ Database Instance.
47
46
</Message>
48
47
49
48
## How many Private Networks can I attach?
50
49
51
50
Currently, you can connect one Private Network to each Redis™ Database Instance in the Scaleway console. For standalone Instances, you can attach multiple Private Networks via the CLI or the API only.
52
51
53
-
## Can I use any IP Range for my Private Network?
54
-
55
-
For now, only the [RFC1918](https://datatracker.ietf.org/doc/html/rfc1918) IP subnets are accepted as a Redis™ Database Instance virtual IPv4.
56
-
57
52
## How is the Redis™ Database's failover IP managed?
58
53
59
54
The Redis™ controller knows the cluster topology and automatically routes requests to a healthy node. In case of unavailability of one of the cluster nodes, no downtime is to be expected.
60
55
61
-
## What should I use as virtual IP? How do I calculate the CIDR netmask?
62
-
63
-
In a cluster topology, you must [provide a private IPv4 address](/faq/databases-for-postgresql-and-mysql/#what-should-i-use-as-virtual-ip-how-do-i-calculate-the-cidr-netmask) to each node. For instance, if you have a three-node cluster, you must declare 3 IPs on the same L3 network. The 3 IPs must be able to connect to each other.
64
-
65
56
## What is the logic behind the cluster mode?
66
57
67
58
A Redis cluster contains a minimum of 3 nodes and up to 6 nodes. Each node contains a source and a replica.
0 commit comments