CloudHealth. AWS and Azure On-Boarding

Transcription

1 CloudHealth AWS and Azure On-Boarding

2 Contents 1. Enabling AWS Accounts Setup Usage & Billing Reports Setting Up a Read-Only IAM Role CloudTrail Setup Cost and Usage Report (CUR) Configuration Enabling Azure Accounts Configure Azure Account for Enterprise Agreement Prerequisites Get Enrollment Number and API Access Key Get Enrollment Start Date and Commitment Amount Connect Azure Enrollment to CloudHealth Platform Configure Azure Account through Service Principals Configure Service Principals Using Azure Portal Azure VM Metrics Collection with Azure Monitoring Azure VM Metrics Collection with the CloudHealth Agent Page 2 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

3 1. Enabling AWS Accounts 1.1 Setup Usage & Billing Reports Note: if this is a linked account (as in not a consolidated or standalone account), you can jump ahead to Setting Up a Read-Only IAM User. ANS require the billing bucket name in order to configure CloudHealth, you can obtain your billing bucket name as follows: 1. In the AWS Console, from the drop down menu located under your user name in the topright, go to the My Account page, 2. From the menu on the left, click Preferences 3. If Receive Billing Reports is checked, make a note of the name of the billing bucket (from the Save to S3 bucket field). Please provide the billing bucket name to ANS. 4. In the AWS Console, make sure these three boxes are checked: Monthly report Detailed billing report Detailed billing report with resources and tags 5. ANS will use the bucket name to create the policy required for creation of the IAM Role in the next step. 1.2 Setting Up a Read-Only IAM Role Now that usage and billing reports are properly configured, we need to create a read-only IAM Role within the AWS Console for our target account. The below steps will walk you through the process of creating an IAM Role for this account using our best practice least privilege approach (note: the default AWS Read Only policy provides read access to data - such as S3 objects - and so is strongly discouraged from being used here). 1. Login to the AWS Console for the targeted account as a user that has permission to create an IAM Role. Go to the IAM service, click Policies from the navigation menu and click Create Policy 2. Select Create Your Own Policy to create a custom policy to support the role 3. Provide the policy with a Name (e.g. ANS-CloudHealth) and Description. 4. Paste the policy provided by ANS into the Policy Document field Page 3 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

4 5. Click Create Policy 6. Click Roles and Create New Role 7. Provide the role a Name (e.g. ANS-CloudHealth) and click Next 8. Click Select for the role type Allows IAM users from a 3rd party AWS account to access this account under the header Roles for Cross-Account Access 9. For Account ID, enter the account number , which is a secured CloudHealthmanaged account and provide an External ID of your choosing (the external id acts sort of as a password for this role). The External ID is not required but is highly recommended as a good security practice. It is up to you to choose an External ID for your account. Note: Since this role will be used to provide programmatic access to CloudHealth, it is important not to select the Require MFA option Page 4 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

5 10. From Filters select Customer Managed Policies, choose the ANS-CloudHealth policy you created in the previous steps, and click Next 11. Before clicking Create Role, make a note of the Role ARN 12. Please Provide the Role ARN and External ID to ANS for use in setting up your account. 13. ANS will complete the creation of your account in CloudHealth 1.3 CloudTrail Setup ANS can collect and report on CloudTrail data in order to make it easy for you to identify who launched, shut down infrastructure, or made security changes across your infrastructure. 1. For each account with a CloudTrail bucket, go to the AWS Console, open the CloudTrail service, and find the name and prefix for the S3 bucket configured to store the CloudTrail logs. Click on the edit icon (See upper right corner of the below screenshot): 2. The edit settings will provide the S3 bucket name and any custom Log File prefix (if configured). See the below screenshot. Make a note of these and provide ANS with the details. Page 5 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

6 3. ANS will provide you with a policy associated with the IAM user or IAM role for this account to grant permission to read from the CloudTrail bucket. 1.4 Cost and Usage Report (CUR) Configuration AWS Cost and Usage Reports provide comprehensive data about your costs, including those related to product, pricing, and usage. In order for ANS to report on the information included in the CUR, your AWS account must be configured to create a Cost and Usage Reports and make them available for consumption by ANS. 1. Login to the AWS Console as an administrator and navigate to the Billing & Cost Management Dashboard. 2. From the left menu, select Reports and click Create report. Page 6 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

7 3. Fill out the configuration form. Report Name: Use an easily identifiable name, for example, cloudhealth-hourly-cur. Time Unit: Select Hourly. Check the box next to Include Resource ID. Click Next. Page 7 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

8 4. Select delivery options. S3 Bucket: Enter the name of the S3 bucket that the CloudHealth platform is currently using to process the DBR. If you prefer to create a new bucket, see Enable Billing Bucket for Amazon Account. Report path prefix: Enter a unique prefix, preferably different from the one used for your current DBR. Compression: Select GZIP. 5. Click Next to review your configuration then click Reviewand Complete. 6. Provide ANS with the following information: Bucket Name: Name of S3 bucket that stores the hourly CUR data. Report Prefix: The prefix to the CUR data in the S3 bucket. Report Name: Name of CUR report. 7. ANS will use the provided information to create an updated version of the policy applied to the IAM Role created in section 1.2 of this document. 1.5 CloudHealth Agent ANS require the installation of the CloudHealth agent on EC2 instances to be monitored. The CloudHealth agent monitors CPU, Memory, Disk and Network activity on an instance and helps to build a more accurate picture when making rightsizing recommendations. Please contact ANS to discuss deployment options for the CloudHealth agent. Page 8 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

9 2. Enabling Azure Accounts 2.1 Configure Azure Account for Enterprise Agreement Note: If you do not have an Enterprise Agreement, skip to section Configure Azure Account through Service Principals Prerequisites Confirm access to the Azure Enterprise Agreement Portal. Get Enrolment Number Get API Access Key API Access Key Expiration Date Get Enrollment Number and API Access Key To connect your Azure environment to the CloudHealth platform, you need two pieces of information: your Enrollment Number and API Access Key. 1. Log into the Azure Enterprise Agreement Portal. 2. From the left menu, click Manage. 3. On the Manage page, select the Enrollment tab, and locate your Enrollment Number. Copy this number into a text document. 4. From the left menu, click Report. 5. On the Report page, select the Download Usage tab, and click API Access Key. Then click Expand Key to display the entire key. Page 9 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

10 There are two API keys on the page. Which one to use? Both API keys provide read-only access to your Azure environment. Use either key to connect to the CloudHealth platform. What privileges should the user generating the API key have? The user generating the API keys must be an Azure administrator, so that the CloudHealth platform has read access to all the subscriptions, accounts, and departments. What is the significance of API key regeneration? Microsoft requires that all keys be regenerated every 6 months. If your API key expires, the connection between your Azure environment and the CloudHealth platform breaks. No reports are generated during the period when the key has expired. To ensure that your API keys are always active, consider staggering their expiration dates and scheduling reminders for regenerating them. ANS will also contact you with a reminder when the API keys provided are due to expire Get Enrollment Start Date and Commitment Amount 1. Log into the Azure Enterprise Agreement Portal. 2. From the left menu, click Manage. 3. On the Manage page, select the Enrollment tab, and locate the start and end dates. If the start date is before the current year, it is necessary to input the start date of the commitment plus the current year. Page 10 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

11 4. From the left menu, click Reports. 5. The CloudHealth Burndown Report only tracks the current commitment year. If you purchased a multi-year commitment, first select the current year in the top-left of the chart area. Then, highlight the earliest point on the annual commitment chart. The New Purchases value indicates the commitment amount Connect Azure Enrollment to CloudHealth Platform ANS will configure the Azure Account in AWS. Please provide the following information obtained in sections and 2.1.3: Enrollment ID Access Key Commitment Amount: the commitment amount for your Azure enrollment. Start Date: the commitment start date for the Azure enrollment. If the start date is before the current year, enter the start date of the commitment plus the current year. Page 11 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

12 2.2 Configure Azure Account through Service Principals To agentlessly collect usage and performance data from your Azure assets, CloudHealth provides the capability to configure Azure Service Principals. Service Principals give the CloudHealth platform the ability to scan your Azure subscriptions and collect usage and performance data on a regular cadence. You can also use this approach to configure Pay-As-You-Go accounts for use within CloudHealth. Then, configure an Active Directory application for CloudHealth in order to gather usage and performance metrics through Azure Service Principals. The Active Directory application is the global representation of your application. It contains the credentials (an application ID and either a password or certificate). The service principal is the local representation of your application in an Active Directory. It contains the role assignment. 2.3 Configure Service Principals Using Azure Portal Note: When signing into the Azure Portal, use an account that satisfies both these conditions: The account has Global administrator privileges in your active directory tenant. The account has access to the subscriptions that you want to manage through the CloudHealth platform. 1. Login to the Microsoft Azure Portal. 2. From the left menu, select Azure Active Directory service. 3. Navigate to the App Registrations page by clicking either the menu item or the live tile. 4. Click Add at the top of the App Registrations page to begin creating a service principal. If you have multiple directories, name the Service Principal after the respective directory; otherwise, enter a friendly name. Page 12 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

13 5. For the Sign-on URL, enter Then, click Create. Note: If you have subscriptions in multiple directories, add a service principal for each directory. 6. Open the Service principal you just created. 7. Make a note of the Display Name and Application ID. This information is required by ANS. 8. On the App Registrations page in the Azure Portal, open the Endpoints blade next to the Add button. Make a note of the OAuth 2.0 Authorization Endpoint as this is also required by ANS. 9. Generate a key for CloudHealth to use for authentication. Open the Keys menu in the Service Principal. 10. Give the key a description and select a duration. Click Save, then make a note of the newly generated key and provide that to ANS. 11. Assign a Reader role to the Service Principal for all subscriptions in the directory. Copy the Application ID of the Service Principal. From the menu, navigate to the Subscriptions Service. Select your subscription and open the Access Control (IAM) page. Click Add, select Reader, and paste the Application ID. Select the service principal and click Save. 12. Enable diagnostics on the VM instance so that CloudHealth can collect the performance data agentlessly. For instructions, see Azure Diagnostic Logs. Once enabled, it will take up to 24 hours for CloudHealth to begin populating usage and performance data into reports. 2.4 Azure VM Metrics Collection with Azure Monitoring CloudHealth can ingest and analyse VM performance metric data that has been saved by Azure Page 13 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

14 Diagnostics in storage tables. To understand Azure diagnostics and monitoring capabilities, see How to Monitor Cloud Services. To get the most from CloudHealth performance related features, such as Rightsizing recommendations, basic metrics need to be enabled for VMs. For specific VMs, this can be done in the portal by viewing that VM and then checking Basic metrics under Monitoring > Diagnostics. For managing metrics collection for large numbers of VMs, use the Azure Diagnostic Extension in a resource manager template. For instructions, see Add the Azure Diagnostics extension to the VM resource definition. Page 14 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL

15 2.5 Azure VM Metrics Collection with the CloudHealth Agent If you prefer not to configure an Azure Service Principal and enable diagnostics, as described above, but still wish to receive performance data on your Azure assets, you may instead install the CloudHealth Agent. You can deploy the lightweight CloudHealth Agent to collect granular metrics on CPU, memory, disk, and network usage. The agent supports both Linux and Windows VMs running in Azure. For more information, see CloudHealth Monitoring Agent. 2.6 CloudHealth Agent ANS require the installation of the CloudHealth agent on Virtual Machines to be monitored. The CloudHealth agent monitors CPU, Memory, Disk and Network activity on an instance and helps to build a more accurate picture when making rightsizing recommendations. Please contact ANS to discuss deployment options for the CloudHealth agent. Page 15 of 15, Issue No: 1.1 Issue Date: 09/08/2017: CLASSIFIED: CONFIDENTIAL