-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docs: add upgrade from v2.0/2.1 to v2.2 with API changes #196
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall, should this be more clearly marked as waiting for 2.2 availability, to avoid getting merge prematurely?
@@ -22,7 +22,60 @@ For the purposes of this quick start, we used [try.openshift.com](https://try.op | |||
|
|||
Tutorials will require an OpenShift cluster with a minimum of 16 CPUS and 32GB of memory across all OpenShift worker nodes. | |||
|
|||
### Installing the New Open Data Hub Operator | |||
### Upgrade from v2.0/v2.1 to v2.2 and forth release |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not fond of having the Upgrade instructions at the top of the installation instructions page -- a new person comes to this page to read about a brand new installation.
For v1 the upgrade instructions (to 2.x) at https://opendatahub.io/docs/quick-installation/ are at the bottom of the page.
Alternatively, maybe the upgrade instructions (both 1.X -> 2.X and 2.[01] -> 2.2) should be on a completely separate page, and the main pages should just have a quick "If you are upgrading your existing installation, check ...".
- Under `Latest version` column, if shows `v1alpha1`, click "Edit" button(3 dots) on the right, and `Delete CustomResourceDefinition` | ||
- Repeat the same procedure on `DataScienceCluster` | ||
|
||
All of the above steps can be performed either through the console UI or via the `oc`/`kubectl` CLI. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't the exact oc
commands be shown, if we suggest people use CLI?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i think the main approach is to go thro console UI which aligns with other instructions in the same document.
the reason here to mention CLI is as an alternative for those who prefer CLI that can be achieved as well.
But if this is confusion, i can remove it.
@@ -47,6 +100,8 @@ The Open Data Hub operator is available for deployment in the OpenShift Operator | |||
|
|||
1. Click on the `Open Data Hub Operator` from `Installed Operators` page to bring up the details for the version that is currently installed. | |||
![Open Data Hub Operator](../assets/img/pages/docs/quick-installation-new-operator/odh-operator.png "Open Data Hub Operator") | |||
start from v2.2 release, we do not include odh-dashboard CRD in operator, you should see this instead: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Judging by the snapshot of the new version, there are additional APIs that are missing, so why single out odh-dashboard
in the instructions?
What is the general plan for 2.1 vs. 2.2? Once 2.2 is released and available on the OperatorHub, will it still be possible to install 2.1 from some channel? If not, then the instructions should just be updated to talk about 2.2, not confuse people with screenshots of 2.1 version that they can no longer get.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
once 2.2 is out to "fast" channel, users wont be able to install 2.0 or 2.1 from console UI.
But they can opt in that from CLI. In this case, "Create a DataScienceCluster instance" will have different screenshots to refer to.
Changes to exclude CRD of "odh-dashboard" is not part of the API upgrade. That's why made another screenshot here.
Do you feel it is better to:
- keep the current upgrade page as-is for v2.0/2.1
- create another new page only for v2.2/+ upgrade
or we use the current page, scrap anything for v2.0/2.1 but only for v2.2/+
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But we don't document the CLI steps to install different versions than those easily obtainable via the console WebUI. So the only people who would install the 2.0/2.1 version would be developers and in general people who know what they are doing. Not the audience of this Quick Installation document. :-)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would go with having separate page for upgrades, both for 1.X -> 2.X and 2.0,2.1 -> 2.2 cases.
And I'd prepare this page to have 2.2-only content, and ready to be pushed once 2.2 is available via OperatorHub through the OpenShift console UI.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But we don't document the CLI steps to install different versions than those easily obtainable via the console WebUI. So the only people who would install the 2.0/2.1 version would be developers and in general people who know what they are doing. Not the audience of this Quick Installation document. :-)
this is removed from the PR
@@ -59,17 +114,21 @@ The Open Data Hub operator is available for deployment in the OpenShift Operator | |||
1. fill in `Name` field | |||
2. in the `components` section, by clicking `>` it expands currently supported core components. Check the set of components enabled by default and tick/untick the box in each component section to tailor the selection. | |||
![Create DSC2](../assets/img/pages/docs/quick-installation-new-operator/create-dsc-component1.png "Create DSC2") | |||
start from v2.2.0 refer to below screenshot instead: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similar to my comment above. If after 2.2 release it won't be possible to install the 2.1 operator, let's update the screenshots altogether.
|
||
- Configure via "YAML view": | ||
1. write config in YAML format | ||
2. get detail schema by expanding righthand sidebar ![Create DSC1](../assets/img/pages/docs/quick-installation-new-operator/create-dsc-component2.png "Create DSC1") | ||
start from v2.2.0 refer to below screenshot instead: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similar to my comment above. If after 2.2 release it won't be possible to install the 2.1 operator, let's update the screenshots altogether.
this PR will be merged once 2.2 is released and available from |
- add example of default instance config - update channel image - add new images for api changes - add limitation resource cleanup when switch namespace Signed-off-by: Wen Zhou <[email protected]>
Signed-off-by: Wen Zhou <[email protected]>
## disclaimer | ||
|
||
Version 2.2 represents an alpha release, exclusively accessible via the "fast" channel. | ||
Subsequent releases will transition to the "fast" channel once the new operator attains greater stability. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this be rolling
or stable
channels?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
for the current v1, we release on rolling and stable, v2 on fast.
i am not sure when we stop releasing v1, are we going to use rolling
or stable
or both for v2
@LaVLaS can you confirm this? ^
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We still release on fast
channel. The question was more regarding Subsequent releases will transition to the "fast" channel once the new operator attains greater stability
.
I think the transition should be the rolling
channel for subsequent releases
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought we were going to deprecate the rolling
channel in line with the v1.x operator?
Also, has the v2.x operator matured beyond an alpha
release to beta
? I would classify alpha
releases as having known bugs and not having the same level of support to deploy the ODH Core components?
5. To view the status of the Open Data Hub operator installation, find the Open Data Hub Operator under `Operators` -> `Installed Operators`. It might take a couple of minutes to show, but once the `Status` field displays `Succeeded`, you can proceed to create a DataScienceCluster instance | ||
![Installed Operators](../assets/img/pages/docs/quick-installation-new-operator/operator-installed.png "Installed Operators") | ||
|
||
### Create a DataScienceCluster instance |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Before this can we add a section called
[Optional] Configure applications Namespace
and just add a step to access DSCInitialization with a screenshot of configured namespace
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
Signed-off-by: Wen Zhou <[email protected]>
Description
ref: #191
How Has This Been Tested?
local https://github.com/zdtsw-forking/opendatahub.io/blob/issue/191/src/content/docs/quick-installation-new-operator.md
Merge criteria: