Bug 1963747 - [doc][noobaa] It's no longer necessary to manually expose RGW service [NEEDINFO]
Summary: [doc][noobaa] It's no longer necessary to manually expose RGW service
Keywords:
Status: ON_QA
Alias: None
Product: Red Hat OpenShift Container Storage
Classification: Red Hat Storage
Component: documentation
Version: 4.7
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Erin Donnelly
QA Contact: Filip Balák
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-05-23 21:46 UTC by Martin Bukatovic
Modified: 2023-08-03 08:29 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:
edonnell: needinfo? (fbalak)


Attachments (Terms of Use)

Description Martin Bukatovic 2021-05-23 21:46:23 UTC
Document URL
============

https://access.redhat.com/documentation/en-us/red_hat_openshift_container_storage/4.7/html/managing_hybrid_and_multicloud_resources/accessing-the-rados-object-gateway-s3-endpoint_rhocs

Section Number and Name
=======================

Chapter 12. Accessing the RADOS Object Gateway S3 endpoint

Describe the issue
==================

The procedure in the chapter suggests to manually expose RGW service to create
RGW public route (so that RGW endpoint will be available outside of the
cluster).

But looking at behaviour in OCS 4.8 cluster (and if I recall right, I have seen
this in OCS 4.7 as well), this is no longer necessary, as the public route
already exists:

```
$ oc get route -n openshift-storage
NAME                                 HOST/PORT                                                                                PATH   SERVICES                                           PORT         TERMINATION          WILDCARD
noobaa-mgmt                          noobaa-mgmt-openshift-storage.apps.mbukatov-0513b.qe.rh-ocs.com                                 noobaa-mgmt                                        mgmt-https   reencrypt/Redirect   None
ocs-storagecluster-cephobjectstore   ocs-storagecluster-cephobjectstore-openshift-storage.apps.mbukatov-0513b.qe.rh-ocs.com          rook-ceph-rgw-ocs-storagecluster-cephobjectstore   <all>                             None
s3                                   s3-openshift-storage.apps.mbukatov-0513b.qe.rh-ocs.com                                          s3                                                 s3-https     reencrypt            None
```

Suggestions for improvement
===========================

Drop the steps about exposing RGW service, and mention the name of the default
RWG route instead.

Additional information
======================

Reach out to noobaa team to confirm since when OCS release the RGW route is
created by default.

Comment 2 Elad 2022-03-17 10:26:58 UTC
IIUC, for verification, the removal of RGW service exposure procedure has to be validated across 4.7, 4.8, 4.9, 4.10

Erin, please confirm

Comment 20 Filip Balák 2023-07-14 11:30:05 UTC
There is a step `Replace <ENDPOINT> with the route that you get from the command in step 3. ` in Verification section but I don't see any step 3 where I can find the endpoint. There is only step 1 `Run oc get service command to get the RGW service name.`in Procedure section.


Note You need to log in before you can comment on or make changes to this bug.