Remove DigitalOcean references in the docs

Author: marcelovilla

docs/community/nebari-tests.md

@@ -91,7 +91,7 @@ To test on cloud Kubernetes, deploy Nebari in the normal way on the cloud, but m
 - [Use a development branch](#use-a-development-branch) to specify the Docker images based on the latest development code in `nebari-config.yaml`.
 
 :::warning
-Testing your contribution by deploying Nebari on the cloud (AWS, GCP, Azure, and Digital Ocean) can consume a lot of time and resources.
+Testing your contribution by deploying Nebari on the cloud (AWS, GCP, and Azure) can consume a lot of time and resources.
 Always prefer local testing when possible.
 It will be easier to debug, may be quicker to deploy, and is likely to be less expensive.
 :::

docs/docs/explanations/advanced-configuration.md

@@ -316,7 +316,7 @@ The CI/CD workflow that is best for you will depend on your organization, but th
 - Advanced Nebari users may also want to add a step in their deployment flow that includes a `nebari render` so that the administrator may preview the resulting diffs to IaC and/or CI/CD files before `nebari deploy` is executed.
 
 :::note
-In order for your CI/CD pipeline to be able to deploy changes into your Nebari cloud hosting provider, you must set the appropriate authentication environment variables for your GitLab or GitHub CI/CD execution environment. See the Authentication section for deploing to [AWS](https://www.nebari.dev/docs/how-tos/nebari-aws/#authentication), [Azure](https://www.nebari.dev/docs/how-tos/nebari-azure#authentication), [GCP](https://www.nebari.dev/docs/how-tos/nebari-gcp/#authentication), or [Digital Ocean](https://www.nebari.dev/docs/how-tos/nebari-do/#authentication) for Nebari's required variables. Guidance on how to set these for your repository/project can be found in the documentation for [GitHub Actions](https://docs.github.com/en/actions/learn-github-actions/variables) and [GitLab CI/CD](https://docs.gitlab.com/ee/ci/variables/).
+In order for your CI/CD pipeline to be able to deploy changes into your Nebari cloud hosting provider, you must set the appropriate authentication environment variables for your GitLab or GitHub CI/CD execution environment. See the Authentication section for deploing to [AWS](https://www.nebari.dev/docs/how-tos/nebari-aws/#authentication), [Azure](https://www.nebari.dev/docs/how-tos/nebari-azure#authentication), or [GCP](https://www.nebari.dev/docs/how-tos/nebari-gcp/#authentication) for Nebari's required variables. Guidance on how to set these for your repository/project can be found in the documentation for [GitHub Actions](https://docs.github.com/en/actions/learn-github-actions/variables) and [GitLab CI/CD](https://docs.gitlab.com/ee/ci/variables/).
 :::
 
 ### Certificates

docs/docs/explanations/advanced-provider-configuration.md

@@ -226,36 +226,7 @@ azure:
 
 </TabItem>
 
-<TabItem value="do" label="DigitalOcean">
 
-DigitalOcean has a restriction with autoscaling in that the minimum nodes allowed (`min_nodes` = 1) is one but is by far the least expensive provider even accounting for `spot/pre-emptible` instances.
-In addition, Digital Ocean doesn't have accelerator/gpu support.
-
-Digital Ocean is a good choice for trying out Nebari, but we recommend selecting a different provider for your production Nebari deployment.
-
-To see available instance types refer to [Digital Ocean Instance Types](https://www.digitalocean.com/docs/droplets/).
-Additionally the Digital Ocean cli `doctl` has [support for listing droplets](https://www.digitalocean.com/docs/apis-clis/doctl/reference/compute/droplet/list/).
-
-```yaml
-digital_ocean:
-  region: nyc3
-  kubernetes_version: "1.21.10-do.0"
-  node_groups:
-    general:
-      instance: "g-4vcpu-16gb"
-      min_nodes: 1
-      max_nodes: 1
-    user:
-      instance: "g-2vcpu-8gb"
-      min_nodes: 1
-      max_nodes: 5
-    worker:
-      instance: "g-2vcpu-8gb"
-      min_nodes: 1
-      max_nodes: 5
-```
-
-</TabItem>
 
 <TabItem value="existing" label="Existing Kubernetes clusters">
 
@@ -318,7 +289,6 @@ local:
 :::note
 Many of the cloud providers regularly update their internal **Kubernetes versions** so if you wish to specify a particular version, please check the following resources.
 This is _completely optional_ as Nebari will, by default, select the most recent version available for your preferred cloud provider:
-[Digital Ocean](https://docs.digitalocean.com/products/kubernetes/changelog/);
 [Google Cloud Platform](https://cloud.google.com/kubernetes-engine/docs/release-notes-stable);
 [Amazon Web Services](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html);
 [Microsoft Azure](https://docs.microsoft.com/en-us/azure/aks/supported-kubernetes-versions?tabs=azure-cli).

docs/docs/explanations/architecture.mdx

@@ -52,11 +52,7 @@ import TabItem from '@theme/TabItem';
 ![GCP Architecture Diagram](/img/explanations/architecture-diagram-gcp.png)
 
 </TabItem>
-<TabItem value="do" label="Digital Ocean">
 
-![DO Architecture Diagram](/img/explanations/architecture-diagram-do.png)
-
-</TabItem>
 <TabItem value="aws" label="Amazon AWS">
 
 ![AWS Architecture Diagram](/img/explanations/architecture-diagram-aws.png)

docs/docs/faq.md

@@ -48,8 +48,8 @@ If you'd like to retain the latest version of an environment and only remove spe
 ## How do I use preemptible and spot instances on Nebari?
 
 A preemptible or spot VM is an instance that you can create and run at a much lower price than normal instances. Azure
-and Google Cloud platform use the term preemptible, while AWS uses the term spot, and Digital Ocean doesn't support
-these types of instances. However, the cloud provider might stop these instances if it requires access to those
+and Google Cloud platform use the term preemptible, while AWS uses the term spot.
+However, the cloud provider might stop these instances if it requires access to those
 resources for other tasks. Preemptible instances are excess Cloud Provider's capacity, so their availability varies with
 usage.
 
@@ -84,10 +84,6 @@ Spot instances aren't supported at this moment.
 
 Preemptible instances aren't supported at this moment.
 
-##### Digital Ocean
-
-Digital Ocean doesn't support these type of instances.
-
 ## Why doesn't my code recognize the GPU(s) on Nebari?
 
 First be sure you chose a [GPU-enabled server when you selected a profile][selecting a profile]. Next, if you're using PyTorch, see [Using GPUs on Nebari][using gpus]. If it's still not working for you, be sure your environment includes a GPU-specific version of either PyTorch or TensorFlow, i.e. `pytorch-gpu` or `tensorflow-gpu`. Also note that `tensorflow>=2` includes both CPU and GPU capabilities, but if the GPU is still not recognized by the library, try removing `tensorflow` from your environment and adding `tensorflow-gpu` instead.

docs/docs/get-started/cloud-providers.mdx

@@ -36,17 +36,8 @@ import TabItem from '@theme/TabItem';
 For detailed instructions on how to deploy Nebari on **GCP** visit the [How to deploy Nebari on GCP][nebari-gcp] section.
 
 </TabItem>
-<TabItem value="do" label="Digital Ocean">
 
-<div class="text--center">
-  <img src="/img/get-started/started-digital-ocean-logo.png" width={420} />
-</div>
-
-[DigitalOcean](https://docs.digitalocean.com/products/kubernetes/) is a cloud hosting provider that offers cloud computing services and Infrastructure as a Service (IaaS) known for its pricing and scalability.
 
-For detailed instructions on how to deploy Nebari on **Digital Ocean** visit the [How to deploy Nebari on Digital Ocean][nebari-do] section.
-
-</TabItem>
 <TabItem value="aws" label="Amazon AWS">
 
 <div class="text--center">
@@ -75,7 +66,6 @@ For detailed instructions on how to deploy Nebari on **Azure** visit the [How to
 
 [nebari-aws]: /how-tos/nebari-aws.md
 [nebari-azure]: /how-tos/nebari-azure.md
-[nebari-do]: /how-tos/nebari-do.md
 [nebari-gcp]: /how-tos/nebari-gcp.md
 [nebari-local]: /how-tos/nebari-local.md
 [nebari-how-tos]: /how-tos/index.mdx

docs/docs/get-started/deploy.mdx

@@ -73,14 +73,12 @@ For instructions on installing and deploying Nebari on a particular cloud provid
 
 - [Deploying Nebari on AWS][nebari-aws]
 - [Deploying Nebari on Azure][nebari-azure]
-- [Deploying Nebari on Digital Ocean][nebari-do]
 - [Deploying Nebari on GCP][nebari-gcp]
 
 <!-- Internal links -->
 
 [nebari-aws]: /how-tos/nebari-aws.md
 [nebari-azure]: /how-tos/nebari-azure.md
-[nebari-do]: /how-tos/nebari-do.md
 [nebari-gcp]: /how-tos/nebari-gcp.md
 [nebari-local]: /how-tos/nebari-local.md
 [nebari-deploy]: /get-started/deploy.mdx

docs/docs/get-started/installing-nebari.md

@@ -98,7 +98,6 @@ Already made your mind about deployment? Check our handy how-to-guides:
 
 - [Deploying Nebari on AWS][nebari-aws]
 - [Deploying Nebari on Azure][nebari-azure]
-- [Deploying Nebari on Digital Ocean][nebari-do]
 - [Deploying Nebari on GCP][nebari-gcp]
 - [Deploying Nebari on a local cluster][nebari-local]- using [`kind`](https://kind.sigs.k8s.io/) no cloud required
 
@@ -107,7 +106,6 @@ Already made your mind about deployment? Check our handy how-to-guides:
 [advanced-configuration]: /explanations/advanced-configuration.md
 [nebari-aws]: /how-tos/nebari-aws.md
 [nebari-azure]: /how-tos/nebari-azure.md
-[nebari-do]: /how-tos/nebari-do.md
 [environment-management]: /how-tos/nebari-environment-management.md
 [nebari-extension-system]: /how-tos/nebari-extension-system.md
 [nebari-gcp]: /how-tos/nebari-gcp.md

docs/docs/get-started/quickstart.md

@@ -79,25 +79,8 @@ nebari init aws --project projectname \
 ```
 
   </TabItem>
-  <TabItem value="do" label="Digital Ocean" default>
 
-Provide authentication credentials to Nebari by setting the following environment variables:
-
-```bash
-export DIGITALOCEAN_TOKEN=""          # API token required to generate resources
-export SPACES_ACCESS_KEY_ID=""        # public access key for access spaces
-export SPACES_SECRET_ACCESS_KEY=""    # the private key for access spaces
-```
-
-Create `nebari-config.yaml` with:
 
-```bash
-nebari init do --project projectname \
-  --domain domain \
-  --auth-provider password
-```
-
-  </TabItem>
   <TabItem value="azure" label="Azure" default>
 
 Provide authentication credentials to Nebari by setting the following environment variables:

docs/docs/how-tos/debug-nebari.mdx

@@ -73,21 +73,8 @@ Finally, you can generate the `kubeconfig` which will be used by k9s:
 ```bash
 gcloud container clusters get-credentials <project-name>-<namespace> --region <region>
 ```
-
 </TabItem>
 
-<TabItem value="do" label="Digital Ocean">
-
-For [DigitalOcean](https://docs.digitalocean.com/products/kubernetes/),
-you'll need to have the
-[doctl](https://docs.digitalocean.com/reference/doctl/how-to/install/) tool
-(the Digital Ocean CLI) installed. The command to update your `kubeconfig` for DO is:
-
-```bash
-doctl kubernetes cluster kubeconfig save <project-name>-<namespace>
-```
-
-</TabItem>
 
 <TabItem value="aws" label="Amazon AWS">