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: hugo/content/tutorials/databaseDeployment.md
+7-4Lines changed: 7 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ title: Deploy a database
6
6
7
7
Setting up a database deployment can be tricky, especially when dealing with persistent storage and configurations. This tutorial will guide you through the process of creating a database deployment on kthcloud.
8
8
9
-
> ### NOTE: Accessing db deployments from outside the cloud is not possible
9
+
> ### Accessing db deployments from outside the cloud is not possible
10
10
>
11
11
> Directly accessing a database deployment from outside the cloud is not possible. Only HTTP traffic is routed to deployments via the Nginx proxy. If you need external access to your database, consider creating a Virtual Machine (VM) for that purpose.
12
12
@@ -32,7 +32,7 @@ In the storage manager, create a new directory called `postgres-example`, and in
32
32
33
33
</div>
34
34
35
-
It should look like this insied your main directory.
35
+
It should look like this inside your main directory.
36
36
37
37
<div>
38
38
@@ -80,7 +80,7 @@ Since your database will be running inside a Kubernetes cluster, it can be moved
80
80
In the Persistent Storage section, you can mount the directories created earlier to the container.
81
81
82
82
* Data Volume: Mount the data directory to a path inside the container where your database will store its data.
83
-
For postgres it saves its data under `/var/lib/postgres/data` so that is what I will mount to my `postgres-example/data` directory I created earlier.
83
+
For postgres it saves its data under `/var/lib/postgresql/data` so that is what I will mount to my `postgres-example/data` directory I created earlier.
84
84
85
85
* Init Volume: Mount the init directory to a path inside the container to use SQL scripts (e.g., for creating schemas) during initialization. It is pretty common for containerized dbs to use `/docker-entrypoint-initdb.d` for this, which is the case with postgres, so I will mount it to my `postgres-example/init` directory.
86
86
@@ -130,7 +130,10 @@ You can try to connect to your database deployment using an image that tries to
The image serves an status page at `/` on the deployment, (you can check it out by clicking the visit button on the test connection deployment) which has information about if it is connected and all the tables and their row counts.
133
-
The image only tries to connect once, so to retry connecting a reboot of the deployment is required.
133
+
134
+
> ### Restart the deployment to retry
135
+
>
136
+
> The image only tries to connect once, so to retry connecting a restart of the deployment is required.
134
137
135
138
Here is an example on how it can look like, for this example I have used a sql script to create some tables and fill them.
0 commit comments