# Deploy Kloudfuse across multiple AWS Accounts This network diagram describes the deployment architecture for Kloudfuse when using PrivateLink and VPC Endpoint in AWS. Also, see [Regional Consumption Tracking](https://docs.kloudfuse.com/platform/3.5.0/consumption-tracking-regional/). Deployment with Multiple Customer Accounts in AWS To set up multi-account Kloudfuse deployment, complete these tasks: - [Configure ACM for secure Kloudfuse UI access](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#configure-acm) - [Configure secure ingestion with private DNS and VPC Endpoint, using PrivateLink](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#configure-ingestion). ## Configure ACM for secure Kloudfuse UI access AWS supports configurations with TLS termination directly on the AWS NLB that backs the Kloudfuse ingress service. Complete these tasks to fully configure TLS termination with AWS Certificate Manager. - [Prerequisites](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#prerequisites) - [Configure Helm Values](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#helm) - [Configure the Load Balancer](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#load-balancer) ### Prerequisites - A DNS host name. - A certificate with this DNS host name, issued by the AWS Certificate Manager. See AWS documentation [What is AWS Certificate Manager?](https://docs.aws.amazon.com/acm/latest/userguide/acm-overview.html). - Elastic IPs for the DNS host name for the ingress load balancer. To allocate IP addresses from AWS Elastic IP, see AWS documentation [Elastic IP addresses](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html). ### Configure Helm Values There are three options for configuring helm values: #### Minimal configuration of nginx-ingress controller with ACM ```yaml tls: enabled: false awsAcmEnabled: true ingress-nginx: controller: service: annotations: service.beta.kubernetes.io/aws-load-balancer-type: external service.beta.kubernetes.io/aws-load-balancer-nlb-target-type: ip service.beta.kubernetes.io/aws-load-balancer-scheme: internet-facing service.beta.kubernetes.io/aws-load-balancer-cross-zone-load-balancing-enabled: 'true' service.beta.kubernetes.io/aws-load-balancer-eip-allocations: service.beta.kubernetes.io/aws-load-balancer-ssl-cert: "" service.beta.kubernetes.io/aws-load-balancer-ssl-ports: "443" service.beta.kubernetes.io/aws-load-balancer-backend-protocol: "tcp" external: enabled: true targetPorts: https: http ``` #### Configuration of nginx-ingress controller, enabling host based routing (Only External Load Balancer) This configuration restricts the Kloudfuse access to the host specified in the configuration. ```yaml tls: enabled: false awsAcmEnabled: true host: <> #### Configuration of nginx-ingress controller, enabling host based routing (Both Internal and External Load Balancer) This configuration restricts Kloudfuse access to the host (both internal and external) specified in the configuration. - The internal load balancer can be used only for the ingest path, ingesting MELT data. - The external load balancer is used only for the query path. ```yaml tls: enabled: false awsAcmEnabled: true host: <> ingestInternalHost : <> ### Configure the Load Balancer You must configure the internal load balancer for sending agent data on an internal network. To accomplish this, update the certificate for the external load balancer, and ensure that it contains the domain name for the internal load balancer. Update the DNS entries as required. ACM only allows immediate subdomains, such as `*.domain.com`, or sibling domains, such as `internal.domain.com`. For example, if `observability.domain.com` hosts the Kloudfuse stack, you can route internal traffic to `internal.observability.domain.com`. The certificate can contain both two domain names. After resolving the [ACM](https://docs.kloudfuse.com/platform/3.5.0/glossary/#acm) certificate, update the `custom-values.yaml` file’s ingress section for the internal controller. Internal load balancer configuration in custom-values.yaml ```yaml ingress-nginx: controller: service: annotations: <<< external annotations done before >>> external: enabled: true internal: enabled: true annotations: service.beta.kubernetes.io/aws-load-balancer-internal: "true" service.beta.kubernetes.io/aws-load-balancer-type: nlb service.beta.kubernetes.io/aws-load-balancer-cross-zone-load-balancing-enabled: 'true' service.beta.kubernetes.io/aws-load-balancer-ssl-cert: "" service.beta.kubernetes.io/aws-load-balancer-ssl-ports: "443" service.beta.kubernetes.io/aws-load-balancer-backend-protocol: "http" targetPorts: https: http ``` ## Configure secure ingestion Configure secure ingestion with private DNS and VPC Endpoint, using PrivateLink. - [Configure Customer Account 2](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-2) - [Configure Customer Account 1](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-1) ### Configure Customer Account 2 1. Connect to the Kubernetes cluster that hosts the Kloudfuse stack installation, and list the network load balancer created by the stack. The following command returns the load balancer name in the following format: `a081addcedc4d299cfa6asdf2143bsdf9-7fe3asf1be2easd.elb.us-west-2.amazonaws.com`. Find Network Load Balancer Name ```yaml kubens kfuse kubectl get service | grep ingress | grep internal | awk -F' ' '{print $4}' ``` 2. In the AWS console on the **VPC dashboard**, select **Endpoint Services**. 3. Create an **Endpoint Service**. 4. Select the load balancer you retrieved earlier as the endpoint service target. 5. Wait until the VPC endpoint status changes to **_Available_**. 6. Select the VPC endpoint, choose **Actions**, and then select **Add principals to allowlist**. 7. Add the ARN of the target account for access, using the following format: `arn:aws:iam:::root`. 8. After entering the value, select **_Add to Allowlist principals_**. 9. Navigate to the VPC endpoint service details page, and copy and save the **Service name**. It should look similar to the following: Service Name ```yaml com.amazonaws.vpce.us-west-2.vpce-svc-asasdf96asdfsadf6 ``` ### Configure Customer Account 1 1. Create a VPC endpoint in the consumer account 1. Navigate to the VPC dashboard, select **Endpoints**, and click **Create Endpoint**. 1. Under **Service category**, choose **_Other endpoint services_**. - Enter the service name of the VPC in **Service settings**; recall that you generated this endpoint service name in [this step](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#service-name). - Select **Verify** to validate the service name. 2. Under VPC, select the VPC of [customer account 1](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-1) that you plan to connect to [customer account 2](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-2). Under **Security group**, select the security group associated with the VPC of [customer account 1](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-1). 3. Click **Create endpoint**. 4. The VPC endpoint must have a pending acceptance status, meaning that you must accept the request in [customer account 2](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-2). Navigate to the VPC dashboard of [customer account 2](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-2), choose **Endpoint Services**, select the endpoint service, and then select the **Endpoint Connections** where the pending connection appears. 5. Select the pending connection, navigate to **Actions**, and choose **Accept the endpoint connection request**. 6. Confirm the acceptance, and wait for the endpoint to move from **_Pending_** status to **_Available_** status. 7. Navigate back [customer account 1](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#account-1). Under **Endpoint** details, review the list of DNS names. Copy and save the first entry to enable connecting to the VPC endpoint from any availability zone. It would be of the form `vpce-sasdgsadfasdf-01z8ed5t.vpce-svc-asasdf96asdfsadf6.us-west-2.vpce.amazonaws.com`. 8. Update the `dd-values-kfuse.yaml` file by replacing `dd_url` for various streams using the DNS name obtained in [this step](https://docs.kloudfuse.com/platform/3.5.0/cloud-services-aws-multi-account/#dns-name): ```yaml datadog: dd_url: "http://vpce-sasdgsadfasdf-01z8ed5t.vpce-svc-asasdf96asdfsadf6.us-west-2.vpce.amazonaws.com/ingester" ... process_config: process_dd_url: "http://vpce-sasdgsadfasdf-01z8ed5t.vpce-svc-asasdf96asdfsadf6.us-west-2.vpce.amazonaws.com/ingester" events_dd_url: "http://vpce-sasdgsadfasdf-01z8ed5t.vpce-svc-asasdf96asdfsadf6.us-west-2.vpce.amazonaws.com/ingester" ... orchestrator_explorer: orchestrator_dd_url: "http://vpce-sasdgsadfasdf-01z8ed5t.vpce-svc-asasdf96asdfsadf6.us-west-2.vpce.amazonaws.com/" ... logs_config: logs_dd_url: "vpce-05ea299fea1593ce3-01z8ed5t.vpce-svc-05ccc49663c67653f.us-west-2.vpce.amazonaws.com:80" ``` 7. Re-install the agent with updated values.