Description: Cloud & Hosting Systems Engineer, India

Parameters:
  Experience: 7+ years
  Certifications: AWS Solutions Architect Professional, GCP Professional Cloud Architect, OCI DevOps Professional, cPanel/WHM Admin I–III
  CoreStack: EC2, VPC, IAM, S3, RDS, CloudWatch, CloudFormation, Terraform, GitLab CI, Bash, Linux, MySQL
  HostingPanels: cPanel, WHM, Plesk, WHMCS, Ansible
  PriorRole: L2 Support Engineer
  

Outputs:
  Education: MBA
  Location: India

EC2 > Instances (4)

i-tf-state-drift

Terraform state drift resolved after manual console changes

running

Symptomterraform apply began failing and threatening to revert infrastructure that had been changed manually outside of the pipeline.

Root causeProduction resources had drifted from the last-known Terraform state after manual console changes made during an earlier incident.

FixReconciled state with terraform import and targeted refreshes, then added a drift-detection check to the GitLab CI pipeline to catch it earlier next time.

TerraformGitLab CIIaC

i-oci-boot-fix

OCI VM boot failure diagnosed via serial console UEFI shell

running

SymptomNewly provisioned OCI VM failed to boot with no OS response.

Root causeAn x86_64 image was provisioned onto an ARM-based Ampere A1 shape, confirmed by inspecting the UEFI shell over the serial console.

FixReprovisioned the instance with an ARM-compatible image on the correct shape.

OCIAmpere A1UEFI

i-sec-incident-01

Windows malware containment & LDAP scan mitigation

running

SymptomSuspicious executables masquerading as system files in C:\Windows\Tasks\, alongside active LDAP port scanning via masscan.exe.

Root causeCompromised host running reconnaissance and masquerading payloads targeting directory services.

FixContained the host first, removed the malicious executables, and blocked the scanning process before restoring service.

WindowsSecurityLDAP

i-fpm-tuning

Traffic-spike slowdowns resolved with PHP-FPM tuning

running

SymptomA production Linux web server became intermittently unresponsive during traffic spikes, with requests timing out in bursts rather than a hard outage.

Root causePHP-FPM pool exhaustion under load, since the pool was left at conservative default sizing for the traffic the server was now handling.

FixRetuned the PHP-FPM pool size for the server's actual load and added monitoring on pool saturation so it surfaces before users notice.

PHP-FPMLinuxMonitoring

IAM > Policy: skill-set

{
  "Statement": [
    {
      "Effect": "Allow",
      "Category": "Cloud",
      "Action": [EC2, VPC, IAM, S3, RDS, CloudWatch, CloudFormation]
    },
    {
      "Effect": "Allow",
      "Category": "DevOps",
      "Action": [Terraform, GitLab CI, Bash]
    },
    {
      "Effect": "Allow",
      "Category": "Hosting",
      "Action": [cPanel, WHM, Plesk, WHMCS, Ansible]
    },
    {
      "Effect": "Allow",
      "Category": "Certifications",
      "Action": [AWS SAP, GCP PCA, OCI DevOps Pro]
    }
  ]
}

CloudShell — deepanshu@ap-south-1 bash

deepanshu@aws:~$ █

try: whoami · skills · certs · contact · help · clear

CloudWatch > Create alarm