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
{{ message }}
Repository navigation
Commit ba5b184
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: docs/bigdata/README.md
+6-8Lines changed: 6 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,4 +1,4 @@
1
-
# Disaggregated HDP Spark and Hive with Obstor
1
+
# Disaggregated Spark and Hive with Obstor
2
2
3
3
## 1. Cloud-native Architecture
4
4
@@ -12,9 +12,7 @@ Obstor also supports multi-cluster, multi-site federation similar to AWS regions
12
12
13
13
## 2. Prerequisites
14
14
15
-
* Install Hortonworks Distribution using this [guide.](https://docs.hortonworks.com/HDPDocuments/Ambari-2.7.1.0/bk_ambari-installation/content/ch_Installing_Ambari.html)
16
-
*[Setup Ambari](https://docs.hortonworks.com/HDPDocuments/Ambari-2.7.1.0/bk_ambari-installation/content/set_up_the_ambari_server.html) which automatically sets up YARN
* Install a Hadoop cluster with Spark and Hive. Follow the [Apache Hadoop](https://hadoop.apache.org/docs/stable/) cluster setup (which configures YARN) and the [Apache Spark](https://spark.apache.org/docs/latest/) installation guides.
18
16
* Install Obstor Distributed Server using one of the guides below.
19
17
*[Deployment based on Kubernetes](/docs/orchestration/kubernetes)
20
18
@@ -95,7 +93,7 @@ fs.s3a.threads.max=2048 # Maximum number of threads for S3A
95
93
The rest of the other optimization options are discussed in the links below
For more information about these options please visit [https://www.cloudera.com/documentation/enterprise/5-11-x/topics/admin_hive_on_s3_tuning.html](https://www.cloudera.com/documentation/enterprise/5-11-x/topics/admin_hive_on_s3_tuning.html)
169
+
For more information about these options please visit [https://hadoop.apache.org/docs/current/hadoop-aws/tools/hadoop-aws/performance.html](https://hadoop.apache.org/docs/current/hadoop-aws/tools/hadoop-aws/performance.html)
Copy file name to clipboardExpand all lines: docs/bucket/notifications/README.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -870,7 +870,7 @@ The steps below show how to use this notification target in `namespace` format.
870
870
871
871
### Step 1: Ensure minimum requirements are met
872
872
873
-
Obstor requires PostgreSQL version 9.5 or above. Obstor uses the [`INSERT ON CONFLICT`](https://www.postgresql.org/docs/9.5/static/sql-insert.html#SQL-ON-CONFLICT) (aka UPSERT) feature, introduced in version 9.5 and the [JSONB](https://www.postgresql.org/docs/9.4/static/datatype-json.html) data-type introduced in version 9.4.
873
+
Obstor requires PostgreSQL version 17 or above. Obstor uses the [`INSERT ON CONFLICT`](https://www.postgresql.org/docs/9.5/static/sql-insert.html#SQL-ON-CONFLICT) (aka UPSERT) feature, introduced in version 9.5 and the [JSONB](https://www.postgresql.org/docs/9.4/static/datatype-json.html) data-type introduced in version 9.4.
874
874
875
875
### Step 2: Add PostgreSQL endpoint to Obstor
876
876
@@ -1004,7 +1004,7 @@ The steps below show how to use this notification target in `namespace` format.
1004
1004
1005
1005
### Step 1: Ensure minimum requirements are met
1006
1006
1007
-
Obstor requires MySQL version 5.7.8 or above. Obstor uses the [JSON](https://dev.mysql.com/doc/refman/5.7/en/json.html) data-type introduced in version 5.7.8. We tested this setup on MySQL 5.7.17.
1007
+
Obstor requires MySQL version 8.0 or above. Obstor uses the [JSON](https://dev.mysql.com/doc/refman/8.4/en/json.html) data-type introduced in version 5.7.8. We tested this setup on MySQL 8.4.
1008
1008
1009
1009
### Step 2: Add MySQL server endpoint configuration to Obstor
Copy file name to clipboardExpand all lines: docs/integrations/veeam/README.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@
3
3
When using Veeam Backup and Replication, you can use S3-compatible object storage such as Obstor as a capacity tier for backups. This disaggregates storage for the Veeam infrastructure and allows you to retain control of your data. With the ease of use of setup and administration of Obstor, it allows a Veeam backup admin to easily deploy their own object store for capacity tiering.
4
4
5
5
__Prerequisites__
6
-
- One or both of Veeam Backup and Replication with support for S3-compatible object store (e.g. 9.5.4) and Veeam Backup for Office365 (VBO)
6
+
- One or both of Veeam Backup and Replication with support for S3-compatible object store (e.g. 12.3) and Veeam Backup for Office365 (VBO)
7
7
- Obstor object storage set up
8
8
- Veeam requires TLS connections to the object storage. This can be configured per the [TLS guide](/docs/tls)
9
9
- The S3 bucket, Access Key and Secret Key have to be created before and outside of Veeam.
Copy file name to clipboardExpand all lines: docs/shared-backend/DESIGN.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,7 @@ Restrictions
19
19
20
20
Running Obstor instances on shared backend is no different than running on a stand-alone disk. There are no special configuration changes required to enable this feature. Access to files stored on NAS volume are locked and synchronized by default. Following examples will clarify this further for each operating system of your choice:
21
21
22
-
### Ubuntu 16.04 LTS
22
+
### Ubuntu 26.04 LTS
23
23
24
24
Example 1: Start Obstor instance on a shared backend mounted and available at `/path/to/nfs-volume`.
25
25
@@ -33,7 +33,7 @@ On linux server2
33
33
obstor backend nas /path/to/nfs-volume
34
34
```
35
35
36
-
### Windows 2012 Server
36
+
### Windows Server 2025
37
37
38
38
Example 1: Start Obstor instance on a shared backend mounted and available at `\\remote-server\cifs`.
Copy file name to clipboardExpand all lines: docs/shared-backend/README.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,7 +29,7 @@ To run Obstor shared backend instances, you need to start multiple Obstor server
29
29
- All the nodes running shared Obstor need to have same access key and secret key. To achieve this, we export access key and secret key as environment variables on all the nodes before executing Obstor server command.
30
30
- The drive paths below are for demonstration purposes only, you need to replace these with the actual drive paths/folders.
31
31
32
-
#### Obstor shared mode on Ubuntu 16.04 LTS.
32
+
#### Obstor shared mode on Ubuntu 26.04 LTS.
33
33
34
34
You'll need the path to the shared volume, e.g. `/path/to/nfs-volume`. Then run the following commands on all the nodes you'd like to launch Obstor.
0 commit comments