You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note: This tutorial is intended for early version Log Hub users (prior to v1.2.0) who are upgrading to Centralized Logging with OpenSearch. If you are already using Centralized Logging with OpenSearch, please disregard this tutorial.
Upgrade Overview
Use the following steps to upgrade the solution on AWS console.
Under Parameters, review the parameters for the template and modify them as necessary.
Choose Next.
On Configure stack options page, choose Next.
On Review page, review and confirm the settings. Check the box I acknowledge that AWS CloudFormation might create IAM resources.
Choose Update stack to deploy the stack.
You can view the status of the stack in the AWS CloudFormation console in the Status column. You should receive a UPDATE_COMPLETE status in approximately 15 minutes.
Step 2. Create an invalidation on CloudFront
CloudFront has cached an old version of Log Hub console at its pop locations. We need to create an invalidation on the CloudFront console to
force the deletion of cache. You must do this after thew console configuration file being generated.
Choose the Distribution of Log Hub. The Description is like SolutionName - Web Console Distribution (RegionName).
On the Invalidation page, click Create invalidation, and create an invalidation with /*.
Step 3. Refresh the web console
Now you have completed all the upgrade steps. Please click the refresh button in your browser. You can check the new version number in the bottom right corner of the Log Hub console.
Upgrade Notice
Application Logs from EC2
Log Hub has an updated IAM policy after v1.1.0. If you have created an Application Log Pipeline
in Log Hub V1.0.X, and want to create a new Application Log Ingestion in v1.1.0 or later versions, you will receive an upgrade notice popup:
Click the Upgrade button to upgrade your Application Log Pipeline to the current version,
This upgrade will not affect your existing log ingestion which were created in Log Hub V1.0.X.
However, please make sure you have updated IAM Policy to the EC2 instance profile before creating a new ingestion.
Application Logs from EKS
Log Hub has updated the default architecture for ingesting application logs from EKS.
In Log Hub V1.1.0 or later version, by default, Log Hub ingests EKS pod logs directly into Amazon OpenSearch. This upgrade will not affect your existing log ingestion created in Log Hub V1.0.x.
For example, if you have log ingestion created in Log Hub V1.0.x, and have created a new log ingestion in Log Hub V1.1.0.
Log Hub will send the logs ingested in V1.0.x to OpenSearch through Amazon Kinesis Data Stream, and send the logs ingested in V1.1.0 to OpenSearch directly.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Upgrade Log Hub to v1.2.1
Time to upgrade: Approximately 20 minutes
Note: This tutorial is intended for early version Log Hub users (prior to v1.2.0) who are upgrading to Centralized Logging with OpenSearch. If you are already using Centralized Logging with OpenSearch, please disregard this tutorial.
Upgrade Overview
Use the following steps to upgrade the solution on AWS console.
Step 1. Update the CloudFormation stack
Go to the AWS CloudFormation console.
Select the Log Hub main stack, and click the Update button.
Choose Replace current template, and enter the specific Amazon S3 URL according to your initial deployment type.
https://aws-gcr-solutions.s3.amazonaws.com/log-hub/latest/LogHub.template
https://aws-gcr-solutions.s3.amazonaws.com/log-hub/latest/LogHubFromExistingVPC.template
https://aws-gcr-solutions.s3.amazonaws.com/log-hub/latest/LogHubWithOIDC.template
https://aws-gcr-solutions.s3.amazonaws.com/log-hub/latest/LogHubFromExistingVPCWithOIDC.template
Under Parameters, review the parameters for the template and modify them as necessary.
Choose Next.
On Configure stack options page, choose Next.
On Review page, review and confirm the settings. Check the box I acknowledge that AWS CloudFormation might create IAM resources.
Choose Update stack to deploy the stack.
You can view the status of the stack in the AWS CloudFormation console in the Status column. You should receive a UPDATE_COMPLETE status in approximately 15 minutes.
Step 2. Create an invalidation on CloudFront
CloudFront has cached an old version of Log Hub console at its pop locations. We need to create an invalidation on the CloudFront console to
force the deletion of cache. You must do this after thew console configuration file being generated.
Go to the AWS CloudFront console.
Choose the Distribution of Log Hub. The Description is like
SolutionName - Web Console Distribution (RegionName)
.On the Invalidation page, click Create invalidation, and create an invalidation with
/*
.Step 3. Refresh the web console
Now you have completed all the upgrade steps. Please click the refresh button in your browser. You can check the new version number in the bottom right corner of the Log Hub console.
Upgrade Notice
Application Logs from EC2
Log Hub has an updated IAM policy after v1.1.0. If you have created an Application Log Pipeline
in Log Hub V1.0.X, and want to create a new Application Log Ingestion in v1.1.0 or later versions, you will receive an upgrade notice popup:
Click the Upgrade button to upgrade your Application Log Pipeline to the current version,
This upgrade will not affect your existing log ingestion which were created in Log Hub V1.0.X.
However, please make sure you have updated IAM Policy to the EC2 instance profile before creating a new ingestion.
Application Logs from EKS
Log Hub has updated the default architecture for ingesting application logs from EKS.
In Log Hub V1.1.0 or later version, by default, Log Hub ingests EKS pod logs directly into Amazon OpenSearch. This upgrade will not affect your existing log ingestion created in Log Hub V1.0.x.
For example, if you have log ingestion created in Log Hub V1.0.x, and have created a new log ingestion in Log Hub V1.1.0.
Log Hub will send the logs ingested in V1.0.x to OpenSearch through Amazon Kinesis Data Stream, and send the logs ingested in V1.1.0 to OpenSearch directly.
Beta Was this translation helpful? Give feedback.
All reactions