## What <!-- * Describe what the change is solving. Link all GitHub issues related to this change. --> This pull request updates plan names across most of the Documentation so they're consistent with our current plan names. ## How <!-- * Describe how code changes achieve the solution. --> My original plan was to convert free text to MDX variables so we only had to make future updates to names in one place. While broadly successful, there were numerous edge cases that made rolling this out almost impossible. There were too many ways and places you couldn't use variables due to a variety of limitations in Docusaurus and Airbyte's internal MarkDown processor. Explaining how to properly use them made me realize how prohibitively insufficient this was. In the end, I opted to return to using free text for plan names. Scope is now broadly reduced. This PR: - Converts remaining instances of old plan names to new plan names. In most cases, I replaced old plan names with new plan names directly. In some cases, sentences were rewritten to make a bit more sense or be more maintainable in the future. - Removes previously added preprocessor variables from Docusaurus configuration. - Update Vale styles or various artifacts of content based on linter findings. ## Review guide <!-- 1. `x.py` 2. `y.py` --> Spot check updated pages to ensure plan names appear appropriately. It's probably not necessary to check every single instance in detail. For Platform docs, changes only apply to the Next/Cloud version. After merging, I'll regenerate 2.0 docs based on this. 1.8 and before won't be updated. ## User Impact <!-- * What is the end result perceived by the user? * If there are negative side effects, please list them. --> People can see correct plan names in docs content. ## Can this PR be safely reverted and rolled back? <!-- * If unsure, leave it blank. --> - [x] YES 💚 - [ ] NO ❌ --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
3.9 KiB
products
| products |
|---|
| oss-enterprise |
import Tabs from '@theme/Tabs'; import TabItem from '@theme/TabItem';
Existing Instance Upgrades
This page supplements the Self-Managed Enterprise implementation guide. It highlights the steps to take if you are currently using Airbyte Core, our free open source offering, and are ready to upgrade to Airbyte Self-Managed Enterprise.
A valid license key is required to get started with Airbyte Enterprise. Talk to sales to receive your license key.
These instructions are for you if:
- You want your Self-Managed Enterprise instance to inherit state from your existing deployment.
- You are currently deploying Airbyte on Kubernetes.
- You are comfortable with an in-place upgrade. This guide does not dual-write to a new Airbyte deployment.
Step 1: Update Airbyte Open Source
You must first update to the latest Open Source Community release. We assume you are running the following steps from the root of the airbytehq/airbyte-platform cloned repo.
- Determine your current helm release name by running
helm list. This will now be referred to as[RELEASE_NAME]for the rest of this guide. - Upgrade to the latest Open Source Community release. The output will now be referred to as
[RELEASE_VERSION]for the rest of this guide:
helm upgrade [RELEASE_NAME] airbyte/airbyte
Step 2: Configure Self-Managed Enterprise
Update your values.yaml file as explained in the Self-Managed Enterprise implementation guide. Avoid making any changes to your external database or log storage configuration at this time.
Step 3: Deploy Self-Managed Enterprise
-
You can now run the following command to upgrade your instance to Self-Managed Enterprise. If you previously included additional
valuesfiles on your existing deployment, be sure to add these here as well:helm upgrade \ --namespace airbyte \ --values ./values.yaml \ --install [RELEASE_NAME] \ --version [RELEASE_VERSION] \ airbyte/airbytehelm upgrade airbyte airbyte-v2/airbyte \ --namespace airbyte-v2 \ # Target Kubernetes namespace --values ./values.yaml \ # Custom configuration values --version 2.0.3 \ # Helm chart version to use --set global.image.tag=1.7.0 # Airbyte version to use -
Once this is complete, you need to upgrade your ingress to include the new
/authpath. The following is a skimmed down definition of an ingress resource you could use for Self-Managed Enterprise:
Configuring your Airbyte ingress
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: # ingress name, example: enterprise-demo
annotations:
nginx.ingress.kubernetes.io/ssl-redirect: "false"
spec:
ingressClassName: nginx
rules:
- host: airbyte.example.com # replace with your host
http:
paths:
- backend:
service:
# format is ${RELEASE_NAME}-airbyte-connector-builder-server-svc
name: airbyte-enterprise-airbyte-connector-builder-server-svc
port:
number: 80 # service port, example: 8080
path: /api/v1/connector_builder/
pathType: Prefix
- backend:
service:
# format is ${RELEASE_NAME}-airbyte-server-svc
name: airbyte-enterprise-airbyte-server-svc
port:
number: 8001 # service port, example: 8080
path: /
pathType: Prefix
All set! When you log in, you should expect all connections, sources and destinations to be present, and configured as prior.