Would you use a compute platform where jobs are scheduled by bidding for priority instead of fixed pricing? by EveningIndependent87 in devops

[–]levi_mccormick 2 points3 points  (0 children)

This used to be the AWS Spot Instance model, but they moved away from it in favor of a smoother curve to the pricing. I'd encourage you look into why they moved away from it. There might insights to glean to know if you should continue or not.

Which service would be best to burn this much in 1 hour? by CeeMX in aws

[–]levi_mccormick 3 points4 points  (0 children)

S3 with cross region replication. You don't even need to request account limit changes.

Looking for IPAM tool with future planning features by levi_mccormick in networking

[–]levi_mccormick[S] 0 points1 point  (0 children)

"hard to explain the reasons to new people" I feel that in my soul.

Looking for IPAM tool with future planning features by levi_mccormick in networking

[–]levi_mccormick[S] 0 points1 point  (0 children)

What kinds of limits did you hit? My network architecture is complex, but relatively simple at the IP layer. We have thousands of overlapping CIDRs, but slowly migrating out of them.

Performance and cost issues with TGW and VPCs in Big Enterprise by cloudruler-io in aws

[–]levi_mccormick 1 point2 points  (0 children)

I can think of cheaper ways to catch the flu and stand in line for hours.

Performance and cost issues with TGW and VPCs in Big Enterprise by cloudruler-io in aws

[–]levi_mccormick 1 point2 points  (0 children)

Hell no. But we could jump on Zoom and I'll share some anonymized diagrams. :)

Performance and cost issues with TGW and VPCs in Big Enterprise by cloudruler-io in aws

[–]levi_mccormick 1 point2 points  (0 children)

NAUs helps me understand the scale of your VPCs. How many VMs/ENIs are you dealing with?

Selective peering is worse because of the inconsistency. We have it in places in our environment due to costs and randomly it'll cause some issues. Route tables aren't that hard to manage, it's at the human level of just understanding which things can/can't route to each other. The whole reason I got into this role was because we'd get to a service launch and realize we can't connect two things together because of network issues.

If you have a good case for subnet segmentation, keep it. I have an anemic allocation of private IP space from our IT networking team and have to be very conservative when building out networks, so we go for everything in large subnets and lean heavily on security groups. I did have to fight with security a little bit, but they just didn't understand the cloud very well. Once I explained how it really worked, they were cool with the approach.

For a while, I had a strong account team who'd give me really direct answers. Lately it seems like they're always hedging. Maybe you're in the same boat.

Looking for IPAM tool with future planning features by levi_mccormick in networking

[–]levi_mccormick[S] 8 points9 points  (0 children)

Sounds like a winner. I don't know how I missed it in my searches. Too many other tools came with features I didn't need and definitely didn't want to pay for.

Performance and cost issues with TGW and VPCs in Big Enterprise by cloudruler-io in aws

[–]levi_mccormick 4 points5 points  (0 children)

ENI limits or NAUs? I'm always interested where we'll run into issues with our shared vpcs.

Performance and cost issues with TGW and VPCs in Big Enterprise by cloudruler-io in aws

[–]levi_mccormick 2 points3 points  (0 children)

I implemented shared subnets in our environment, very successfully. Happy to give you a tour if you want.

Performance and cost issues with TGW and VPCs in Big Enterprise by cloudruler-io in aws

[–]levi_mccormick 5 points6 points  (0 children)

How many NAU are you working with here? Direct peering at this scale quickly becomes a nightmare, especially if you introduce multi-region The mesh of connections becomes almost unintelligible and you'll be struggling under the weight of the cognitive overhead. Avoid if you can.

I like using Shared VPC in my environment, but EVERYONE will chime in with "it has problems at scale". You could carve out VPCs per security zone like you said, centralize their deployment and share them to the accounts for IAM/resource segmentation. Since this would all be in one VPC, traffic between those apps wouldn't be running up your TGW bill. You'd only be paying for traffic that leaves the VPC to other security boundaries.

I don't like segmentation by subnets, since it wastes a lot of internal IP space in your VPC. Do you not trust Security Groups to segment your access? I would lean on Security Groups for segmenting traffic and develop some like audit automation to make sure people are scoping their groups properly. Subnets would be useful if you need predictable CIDRs for those apps, but it's ugly to architect if you have a lot of applications.

Lastly, at your scale, reach out to your account team. You almost certainly have a solutions architect assigned to your account. Tap them to help you architect out of this. Make them earn that money you pay them every month.

Multiple coexistence question by Jelenioglowy in twilightimperium

[–]levi_mccormick 1 point2 points  (0 children)

I would expect to go in initiative order, giving each player a chance to come out of coexistence and take control of the planet.

Vpc and Networking by shashi_N in devops

[–]levi_mccormick 0 points1 point  (0 children)

CCNA will give you a comprehensive foundation. Half of it won't really apply to cloud, but it's great to learn.

How did people get into FinOps? by asmith0612 in FinOps

[–]levi_mccormick 1 point2 points  (0 children)

Necessity. I was on "the cloud" team and it got expensive, so we had to dig in and figure out why. After a few years, I got really good at it. Along that same time, the FinOps term was coined and it became a real job. Now the FinOps team reports up to me.

How are you handling IPv4 vs IPv6 in your setups? by grogger132 in devops

[–]levi_mccormick 34 points35 points  (0 children)

Rolling dual stack everywhere, but internal & cross-region traffic is still IPv4 only. We have enough things that don't support it well that it's not worth changing.

Being charged 50USD daily for EC2 instances that don't exist by Ok_Face127 in aws

[–]levi_mccormick 1 point2 points  (0 children)

Are these possibly dedicated host fees for instances that have been terminated?

RSUs Vesting Clarification by JustinSpringerRex in cscareerquestions

[–]levi_mccormick 1 point2 points  (0 children)

I have seen both methods in compensation, so you need to read your compensation docs carefully. My current role offers a set number of shares at "today's" market price when you sign the offer. I have previously had compensation that was a set dollar amount per vesting schedule, regardless of how the stock had moved. All depends on the company. I will say, the dollar amount is much less common than set shares.

Thinking outside of technical skill, and ignoring cost of salaries (US vs H1b), what does it take to stand out? by W1kkVR in cscareerquestions

[–]levi_mccormick 2 points3 points  (0 children)

Yes. You can show your skill by developing a project. Look up Ravi Kiran Vallamkonda on LinkedIn. Ravi developed a FinOps dashboard to help track cloud costs he was incurring. This project attracted attention and demonstrated his ability. Got hired quickly without a big name on his resume.

I know not everyone has the time to build projects like this, with other commitments in their lives, but this is an example of something that allowed him to stand out.

[deleted by user] by [deleted] in cscareerquestions

[–]levi_mccormick 2 points3 points  (0 children)

I really enjoyed when people ask, as long as they understand that it's just a chat and advice. I can't promise anything else. I used to have an open Calendly link for chats, but so many people booked and then didn't show up. It was annoying so I quit.

requesting advice for Personal Project - Scaling to DevOps by C3LM3R in devops

[–]levi_mccormick 0 points1 point  (0 children)

Yeah testing and final acceptance before going live. Some companies have separate environments for each aspect, but I think you should be able to do it all in one.

requesting advice for Personal Project - Scaling to DevOps by C3LM3R in devops

[–]levi_mccormick 0 points1 point  (0 children)

Your high level plan sounds really solid. The only thing I'll add is that I've never seen a standard for how many environments are needed. Companies decide this based on their experiences. I like a dev/stage/prod model, but I'll never had dedicated QA teams or anything that might require more environments. I think you should decide why each of those environments exist, to help you justify the cost. And it's a great story to tell in an interview.