100 days of AWS cloud (Day1)

:date: Day 15 – AWS EBS Snapshot Creation
Created a snapshot and verified the snapshot reached completed state successfully.
:bulb: Learning:
EBS snapshots are incremental backups that help in:

  • disaster recovery
  • data restoration
  • creating new volumes
  • infrastructure backup strategies
    This task also gave practical understanding of snapshot lifecycle and validation timing in AWS.

:date: Day 16 – AWS IAM User Creation
Created an IAM user successfully in AWS IAM.
:bulb: Learning:
AWS IAM is the foundation of cloud security and access management. It helps control authentication and authorization:

  • who can access AWS
  • what resources they can use
  • what actions they are allowed to perform
    This task also gave me exposure to the updated AWS IAM user creation workflow in the AWS console.

:date: Day 17 – AWS IAM Group Creation
Created an IAM group successfully in AWS IAM.
:bulb: Learning:
IAM Groups provide centralized permission management for multiple AWS users.
This helped me understand how organizations structure access control by grouping users based on:

  • teams
  • departments
  • job responsibilities

:date: Day 18 – AWS IAM Policy Creation
Created a custom IAM policy that provides read-only access to EC2 resources like:

  • instances
  • AMIs
  • snapshots
    :bulb: Learning:
    IAM policies are the core permission mechanism in AWS and control:
  • allowed actions
  • accessible resources
  • security boundaries
    This task also helped me understand how EC2 Describe APIs are used to provide read-only console visibility.

:date: Day 19 – AWS IAM Policy Attachment
Attached the IAM policy to the IAM user successfully.
:bulb: Learning:
IAM policies are what actually grant permissions in AWS. Without policies, IAM users have little or no access to resources.
This task gave practical understanding of:

  • Direct permission assignment
  • Policy attachment workflows
  • AWS access control structure

:date: Day 20 – AWS IAM Role Creation
Created an IAM role

  • Trusted Entity: AWS Service (EC2)
  • Attached Policy
    :bulb: Learning:
    IAM Roles allow AWS services like EC2 to securely access other AWS resources using temporary credentials instead of hardcoded access keys.
    This task helped me better understand:
  • trust relationships
  • role assumption
  • policy attachment to roles
  • secure AWS access patterns
1 Like

:date: Day 21 – AWS EC2 + Elastic IP Setup
Created an EC2 instance using a Linux AMI with instance type t2.micro and associated an Elastic IP
:bulb: Learning:
Elastic IPs provide fixed public addresses that help applications maintain stable external connectivity.
This task gave practical exposure to:

  • EC2 deployment
  • Elastic IP allocation
  • public IP association
  • stable public endpoint management in AWS

:rocket: Day 22 of my 100 Days DevOps Challenge with KodeKloud
Today I worked on secure passwordless SSH authentication between a client host and an AWS EC2 instance.
:desktop_computer: EC2 Instance: xfusion-ec2
:zap: Instance Type: t2.micro
:closed_lock_with_key: SSH Key Generated: /root/.ssh/id_rsa
:bulb: Tasks Performed:

  • Generated RSA SSH key pair on aws-client

  • Configured root user authorized_keys on EC2

  • Enabled SSH public key authentication

  • Configured passwordless SSH login successfully
    :bulb: Key Learning:
    This task gave me hands-on exposure to:

  • Linux SSH authentication

  • public/private key mechanism

  • authorized_keys management

  • SSH daemon configuration

  • secure remote server access in AWS
    Successfully connected from aws-client β†’ EC2 without password authentication :rocket:

1 Like

:date: Day 23 – AWS S3 Data Migration using AWS CLI
Created a new private S3 bucket and migrated all data from old bucket using AWS CLI.
:bulb: Learning:
This task gave practical exposure to:

  • AWS CLI configuration
  • S3 bucket creation
  • aws s3 sync
  • cloud storage migration
  • data verification techniques
    Also learned how synchronization commands help maintain consistency between source and destination buckets during migration workflows.

:rocket: Day 24 of my DevOps/Cloud Learning Journey
Successfully completed an AWS Application Load Balancer (ALB) hands-on lab!
In this task, I configured:
:white_check_mark: Application Load Balancer (ALB)
:white_check_mark: Target Group
:white_check_mark: Security Groups
:white_check_mark: EC2 instance with Nginx
:white_check_mark: Health checks and traffic routing
One of the biggest learnings from this lab was troubleshooting a 503 Service Temporarily Unavailable error. After investigation, I identified that the EC2 instance was deployed in a different Availability Zone than the ALB subnets, causing the target to appear as Unused. Recreated the ALB with the correct subnet/AZ mapping and the target became healthy successfully.
:mag: Key takeaway:
ALB subnets must include the Availability Zone where the EC2 targets are running.
This lab improved my understanding of:

  • AWS Load Balancing
  • Target Groups & Health Checks
  • Security Group configurations
  • Availability Zones
  • Real-world troubleshooting in AWS
    Hands-on practice is the best way to learn DevOps and Cloud technologies. :cloud:
    Thanks KodeKloud for the practical learning experience!
    #Day24 #AWS #DevOps #CloudComputing #ElasticLoadBalancer #EC2 #Nginx #Learning #KodeKloud #AWSCloud #ApplicationLoadBalancer
1 Like

:rocket: Day 25 of my DevOps/Cloud Learning Journey
Today I worked on AWS monitoring and alerting using CloudWatch and SNS.
:white_check_mark: Created an EC2 instance
:white_check_mark: Configured a CloudWatch alarm
:white_check_mark: Monitored EC2 CPU Utilization
:white_check_mark: Configured SNS notifications for alerts
:pushpin: Alarm Configuration:
Metric: CPUUtilization
Statistic: Average
Threshold: CPU >= 90%
1 consecutive 5-minute period
SNS Topic: nautilus-sns-topic
:bulb: Key Learning:
This lab helped me understand:
AWS CloudWatch monitoring
infrastructure alerting
SNS notifications
proactive incident detection
observability concepts in cloud environments
Monitoring and alerting are critical parts of real-world DevOps and Site Reliability Engineering (SRE). :rocket:

1 Like

:tada: Day 26 Completed Successfully!
Today I configured an AWS EC2 instance with automated Nginx installation using User Data scripts.
Tasks completed:
:white_check_mark: Created EC2 instance: devops-ec2
:white_check_mark: Used Ubuntu AMI
:white_check_mark: Added User Data script for automatic Nginx setup
:white_check_mark: Allowed HTTP traffic on port 80
:white_check_mark: Verified Nginx in browser successfully
:bulb: Interesting troubleshooting experience:
Initially Nginx was not installed because the User Data script had been edited after the first boot. Learned that cloud-init executes User Data only once by default.
Instead of recreating the instance, I used:
sudo cloud-init clean
sudo reboot
This reran the User Data script successfully and installed Nginx automatically. :rocket:
Great practical learning on:

  • EC2 bootstrapping
  • cloud-init
  • User Data automation
  • Nginx setup
  • AWS troubleshooting
    #Day26 #AWS #DevOps #EC2 #Nginx #CloudInit #KodeKloud

:rocket: Day 27 of my DevOps/Cloud Learning Journey
Today I worked on AWS networking and infrastructure setup by creating a complete public VPC environment.
:white_check_mark: Created a public VPC
:white_check_mark: Created a public subnet
:white_check_mark: Enabled auto-assignment of public IPs
:white_check_mark: Configured Internet Gateway and Route Table
:white_check_mark: Launched EC2 instance
:white_check_mark: Enabled SSH access over the internet on port 22
:bulb: Key Learning:
For an EC2 instance to be publicly accessible, multiple networking components must work together:

  • Public subnet
  • Internet Gateway
  • Route Table
  • Public IP assignment
  • Security Group rules
    This lab helped me better understand:
  • AWS VPC networking
  • Public vs private subnets
  • Internet routing
  • EC2 networking
  • Security Groups
  • Real-world cloud infrastructure setup
    Hands-on networking labs are extremely valuable for understanding how cloud infrastructure actually works behind the scenes. :cloud::rocket:
    #Day27 #AWS #VPC #EC2 #CloudNetworking #DevOps #CloudComputing #SecurityGroups #AWSCloud #KodeKloud

:tada: Day 28 Completed Successfully!
Today I worked with Docker and Amazon ECR in AWS.
Tasks completed:
:white_check_mark: Created private ECR repository: devops-ecr
:white_check_mark: Built Docker image from Dockerfile located on aws-client
:white_check_mark: Tagged image with latest
:white_check_mark: Logged Docker into ECR
:white_check_mark: Pushed image successfully to private ECR repository
:bulb: Great practical learning on:

  • Docker image lifecycle
  • Amazon ECR
  • private container registries
  • Docker tagging
  • container deployment workflows
    Also learned how AWS ECR integrates into modern DevOps CI/CD pipelines for storing and deploying container images. :rocket:
    #Day28 #AWS #Docker #ECR #DevOps #Containers #KodeKloud

:rocket: Day 29 of my DevOps/Cloud Learning Journey
Today I worked on AWS VPC Peering to enable communication between two different VPCs.
:white_check_mark: Configured VPC Peering connection
:white_check_mark: Connected default/public VPC with private VPC
:white_check_mark: Updated route tables on both VPCs
:white_check_mark: Configured Security Groups for ICMP traffic
:white_check_mark: Verified connectivity between EC2 instances across VPCs
:bulb: Key Learning:
VPC Peering allows private communication between VPCs using AWS internal networking without using the public internet.
This lab helped me understand:

  • AWS VPC Peering
  • Route Tables
  • CIDR routing
  • Security Group configuration
  • Private networking in AWS
  • Cross-VPC communication
  • Real-world cloud troubleshooting
    :pushpin: One important takeaway:
    Successful communication between VPCs requires:
    :white_check_mark: Active VPC Peering
    :white_check_mark: Proper route table entries
    :white_check_mark: Correct Security Group rules
    :white_check_mark: Correct CIDR configuration
    Hands-on networking labs are giving me a much deeper understanding of AWS infrastructure. :cloud::rocket:
    #Day29 #AWS #VPC #VPCPeering #DevOps #CloudNetworking #EC2 #AWSCloud #Networking #KodeKloud
1 Like

It is fantastic to see your consistency with the 100 Days of AWS Challenge! This dedication is going to pay off tremendously in hands-on experience. If you run into any roadblocks or tricky configurations with your remaining tasks, feel free to reach outβ€”I’ve got you covered with a solid solution. Keep up the great work!

1 Like

Yay! I am also amazed that I have reached till here after couple of bumps. It is a very good journey for me till now. Let’s see further the tasks will be more challenging as we move forward, very interesting days ahead. Thanks for your reply and I am following you , will definitely reach out to you for any obstacles further. Thanks a lot for your appreciation.

1 Like