Like many here, I keep it described in ansible and documentation inside a git repository. But I feel like it's lacking. After a while you have so many ansible playbooks and roles that they cannot give you a birds-eye view anymore. I think I would MUCH prefer to have some sort of HTML representation, where adding an instance/service starts by adding to that representation, and you could click on every link or node to…
Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
41–50 of 68 posts
Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#42Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#43"Documentation", in terms of where stuff is deployed and what is deployed is not really necessary. We save this data to a DynamoDB table, query-able by AWS Lambda functions, so other automation can pick it up and devops can query data.
Documentation on how things work comes from dev teams, on how things are deployed indeed comes from us, just simple wiki pages.
Services running in Kubernetes, K8s worker instances in auto-scaling groups. If one node dies it is killed and brought up, K8s will reschedule the pods. Same for the pods themselves.
Monitoring through Nagios(getting phased out finally), NewRelic and Prometheus. Basic ELK stack for centralized logs.
Thinking about rolling out Vault for credential management. Chatops on the pipeline (getting pieces in place first, like the db mentioned earlier)
I'm trying to get the company on board on immutable infrastructure, but it is proving difficult.
Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#44We use Collins ( https://tumblr.github.io/collins/ ) as a Configuration Management Database, Ansible ( https://www.ansible.com/ ) for automation, Terraform ( https://www.terraform.io/ ) + a bunch of homebrew for orchestration, Packet ( https://www.packer.io/ ) for multi-cloud (and hypervisor) image creation and maintenance, powered by Ansible. Every since thing is committed to a series of bitbucket ( https://www.bitb…
what do you mean by "passing a yank test"? i assume "yank test" refers to unplugging the network cable abruptly from the server under test, but what exactly are you looking for when you do that?
That way we know our CMDB is accurate, our workflows are accurate, credentials, ansible, terraform, images, etc. Right down to tickets.
It's how we manage all of our cloud customers.
Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#45- https://www.bookstackapp.com/ for portable (Markdown), searchable (SQL), manageable (Users) documentation.
- Ansible for automation and deployment.
- Prometheus for monitoring all the Proxmox nodes and containers.
Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#46Can I piggyback and ask how people keep track of deployed software? Like if I have 50 products deployed some of which haven't been touched in 10 years and I want to be able to ramp up a developer to fix a bug on any of them?
In the medical device industry you keep what's called a device history file which tracks the configuration of each device you've sold by serial number. This DHF is meticulously updated whenever something is changed. If someone reports an issue this is information you can use to scope your initial reproduction.
Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#47anyone have any pointers for simple an API driven managment of DNS/DHCP? (like, I don't want to have to configure 1000 moving parts) typically this seems to fall into the 'roll your own' or 'giant lumbering enterprise behemoth' category that does 10 other things. I'm looking for the sweet spot.
Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#48Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#49Re: Ask HN: How do you document and keep tabs on your infrastructure as a sysadmin?
#50Come up with a key/value strategy that covers your need to track things like app name, app category, environment (test, dev, load testing, prod, prod/dmz, etc), and it becomes actually usable and up to date versus an always out-of-date CMDB. And it's compatible with cloud resource tagging.
Sometimes, less is more.