DOC-95 add get started for BYOC (#391)

* DOC-95 add get started for BYOC

* add missing admonition

* incorporate review edits

* minor edits

* minor edit

Author: micheleRP

modules/get-started/pages/cloud-overview.adoc

@@ -45,14 +45,12 @@ include::get-started:partial$get-started-serverless.adoc[]
 
 === Bring Your Own Cloud (BYOC)
 
-With BYOC clusters, you deploy Redpanda in your own cloud (AWS, Azure, or GCP), and all data is
-contained in your own environment. This provides an additional layer of security and isolation. (See xref:get-started:byoc-arch.adoc[].) When you create a BYOC cluster, you select the supported xref:reference:tiers/byoc-tiers.adoc[tier] that meets your compute and storage needs. Redpanda handles provisioning, operations, and maintenance. 
+With BYOC clusters, you deploy the Redpanda glossterm:data plane[] into your existing VPC (for AWS and GCP) or VNet (for Azure), and all data is
+contained in your own environment. This provides an additional layer of security and isolation. (See xref:get-started:byoc-arch.adoc[].) Redpanda manages provisioning, monitoring, upgrades, and security policies, and it manages required resources in your VPC or VNet, including subnets (subnetworks in GCP), IAM roles, and object storage resources (for example, S3 buckets or Azure Storage accounts). 
 
-NOTE: With standard BYOC clusters, Redpanda manages security policies and resources for your VPC or VNet, including subnetworks, IAM roles, and storage buckets/accounts. 
+==== Bring Your Own VPC/VNet (BYOVPC/BYOVNet) 
 
-==== Bring Your Own Network (BYOVPC/BYOVNet) 
-
-BYOVPC or BYOVNet clusters allow you to deploy the Redpanda glossterm:data plane[] into your existing VPC (for AWS or GCP) or VNet (for Azure) and take full control of the networking lifecycle. Compared to standard BYOC, BYOVPC/BYOVNet provides more security, but the configuration is more complex. See <<Shared responsibility model>>.
+With BYOVPC/BYOVNet clusters, you take full control of the networking lifecycle. Compared to standard BYOC, BYOVPC/BYOVNet provides more security, but the configuration is more complex. See the xref:get-started:cloud-overview.adoc#shared-responsibility-model[shared responsibility model] to understand what you manage versus what Redpanda manages.
 
 The BYOC infrastructure that Redpanda manages should not be used to deploy any other workloads.
 

modules/get-started/pages/cluster-types/byoc/gcp/enable-rpcn-byovpc-gcp.adoc

@@ -1,6 +1,11 @@
 = Enable Redpanda Connect on an Existing BYOVPC Cluster on GCP
 :description: Add Redpanda Connect to your existing BYOVPC cluster.
 
+[IMPORTANT]
+====
+BYOVPC is an add-on feature that may require an additional purchase. To unlock this feature for your account, contact your Redpanda account team or https://www.redpanda.com/price-estimator[Redpanda Sales^].
+==== 
+
 
 To enable Redpanda Connect on an existing BYOVPC cluster, you must update your configuration. You can also create xref:get-started:cluster-types/byoc/gcp/vpc-byo-gcp.adoc[a new BYOVPC cluster] with Redpanda Connect already enabled.
 

modules/get-started/pages/cluster-types/byoc/index.adoc

@@ -1,4 +1,16 @@
 = BYOC
-:description: Learn how to create a Bring Your Own Cloud (BYOC) or Bring Your Own Virtual Private Cloud (BYOVPC) cluster.
+:description: Learn how to create a Bring Your Own Cloud (BYOC), Bring Your Own Virtual Private Cloud (BYOVPC), or Bring Your Own Virtual Network (BYOVNet) cluster.
 :page-layout: index
-:page-aliases: deploy:deployment-option/cloud/provision-a-byoc-cluster/index.adoc
+:page-aliases: deploy:deployment-option/cloud/provision-a-byoc-cluster/index.adoc
+
+
+Bring Your Own Cloud (BYOC) lets you run Redpanda in your own cloud environment while using managed services provided by Redpanda. With BYOC clusters, Redpanda deploys into your existing cloud network:
+
+* AWS and GCP: Virtual Private Cloud (VPC)
+* Azure: Virtual Network (VNet)
+
+Your data never leaves your environment, giving you extra security and control. See xref:get-started:byoc-arch.adoc[BYOC architecture] for details. Redpanda manages provisioning, monitoring, upgrades, and security policies, and it manages required resources in your VPC or VNet, including subnets (subnetworks in GCP), IAM roles, and object storage resources (for example, S3 buckets or Azure Storage accounts). You get hands-off operations with a 99.99% uptime guarantee while keeping full control of your data. 
+
+If you want to manage the networking infrastructure yourself, create a Bring Your Own Virtual Private Cloud (BYOVPC) or Bring Your Own Virtual Network (BYOVNet) cluster. With BYOVPC/BYOVNet, the Redpanda agent does not create or change resources in your account. This is ideal for organizations with stringent compliance requirements or existing network configurations, when you need full control over the network lifecycle. Compared to standard BYOC, BYOVPC/BYOVNet provides more security, but the configuration is more complex. See the xref:get-started:cloud-overview.adoc#shared-responsibility-model[shared responsibility model] to understand what you manage versus what Redpanda manages.
+
+IMPORTANT: Don't deploy other workloads on the BYOC infrastructure that Redpanda manages.

modules/networking/pages/byoc/gcp/vpc-peering-gcp.adoc

@@ -6,7 +6,7 @@ To start sending data to the Redpanda cluster, you must configure the VPC networ
 
 == Prerequisites
 
-* A GCP account
+* A GCP account.
 * A running BYOC cluster in GCP. See xref:get-started:cluster-types/byoc/gcp/create-byoc-cluster-gcp.adoc[Create a BYOC Cluster on GCP].
 * Your Redpanda cluster and VPC must be in the same region.