Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
2014 Monitoring Meetup
Search
Alan Robertson
December 04, 2014
Technology
0
82
2014 Monitoring Meetup
Alan presents on the Assimilation Project
Alan Robertson
December 04, 2014
Tweet
Share
More Decks by Alan Robertson
See All by Alan Robertson
Distributing Credentials (Secrets) to Containers
ossalanr
0
80
Distributing Secrets Securely to Containers
ossalanr
0
55
Testing Distributed Systems with Fuzzy Monkey Testing
ossalanr
0
250
2016 BSidesLV OWASP Assimilation talk
ossalanr
0
120
Salt Lake City DevOpsDays
ossalanr
0
120
DevOpsDaysRox (Rockies) Assimilation Security Talk
ossalanr
0
110
2015 Open Source Monitoring Conference (OSMC) slides
ossalanr
0
220
2015 Ohio LinuxFest Assimilation Talk
ossalanr
0
92
Ohio LinuxFest Keynote: Why you should contribute to Open Source projects
ossalanr
0
110
Other Decks in Technology
See All in Technology
"プロポーザルってなんか怖そう"という境界を超えてみた@TSUDOI by giftee Tech #1
shilo113
0
110
AWS 잘하는 개발자 되기 - AWS 시작하기: 클라우드 개념부터 IAM까지
kimjaewook
0
110
pprof vs runtime/trace (FlightRecorder)
task4233
0
170
BirdCLEF+2025 Noir 5位解法紹介
myso
0
200
AIが書いたコードをAIが検証する!自律的なモバイルアプリ開発の実現
henteko
1
350
PLaMoの事後学習を支える技術 / PFN LLMセミナー
pfn
PRO
9
3.9k
後進育成のしくじり〜任せるスキルとリーダーシップの両立〜
matsu0228
7
2.8k
Azure Well-Architected Framework入門
tomokusaba
1
330
自作LLM Native GORM Pluginで実現する AI Agentバックテスト基盤構築
po3rin
2
270
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
11
78k
20250929_QaaS_vol20
mura_shin
0
130
about #74462 go/token#FileSet
tomtwinkle
1
420
Featured
See All Featured
Optimizing for Happiness
mojombo
379
70k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
Mobile First: as difficult as doing things right
swwweet
224
10k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
The Straight Up "How To Draw Better" Workshop
denniskardys
237
140k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
2.6k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
189
55k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
How to Think Like a Performance Engineer
csswizardry
27
2k
Building Applications with DynamoDB
mza
96
6.6k
Transcript
M o n i t o r i n g
2 0 1 4 Modeling and Monitoring Hundreds of Thousands of Servers using The Assimilation Project #AssimProj @OSSAlanR http://assimproj.org/ Alan Robertson <
[email protected]
> Assimilation Systems Limited http://assimilationsystems.com © 2014 Assimilation Systems Limited
Monitoring Meetup 04 December 2014 2/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Biography • 35+ years in IT/development – 10 years in system management (SysAdmin) • Founded Linux-HA project - led 1998-2007 – aka “Heartbeat” - now called Pacemaker • Founded Assimilation Project in 2010 • Founded Assimilation Systems Limited in 2013 • Alumnus of Bell Labs, SuSE, IBM
Monitoring Meetup 04 December 2014 3/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Highly Scalable Discovery- Driven Automation Continuous Discovery integrated with extreme-scale Monitoring • Continuous extensible discovery – systems, switches, services, dependencies – zero network footprint discovery process • Extensible exception monitoring – more than 100K systems • All data goes into central graph CMDB
Monitoring Meetup 04 December 2014 4/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Assimilation Project History • Inspired by 2 million core computer (cyclops64) • Concerns for extreme scale • Topology aware monitoring • Topology discovery w/out security issues =►Discovery of everything!
Monitoring Meetup 04 December 2014 5/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited
Monitoring Meetup 04 December 2014 6/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited An 8-dimensional overview • Problems Addressed • Unique Capabilities • Distribution of Work • Architectural Components • Discovery Graph Schema • Extensible Discovery API • Current Status • Project Needs
Monitoring Meetup 04 December 2014 7/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited First Dimension: Problems Addressed 1. Risk Management at extreme scale 2. Maintaining detailed discovery database 3. Discovering systems you've forgotten 4. Discovering vulnerable and licensed software you're running – and where 5. Monitoring services, systems & switches 6. Finding services you aren't monitoring
Monitoring Meetup 04 December 2014 8/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Risk Management/Mitigation • Intrusions • Vulnerable Software • Licensed Software • Audit Risk • Outages • System management
Monitoring Meetup 04 December 2014 9/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Why Discovery? (DevOps) • Documentation: incomplete, incorrect • Dependencies: unknown • Planning: Needs accurate data • Best Practices: Verification needs data • ITIL CMDB (Configuration Management Data Base) Our Discovery: continuous, low-profile
Monitoring Meetup 04 December 2014 10/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Second Dimension: Unique Powerful Features 1. Continuous Discovery 2. Discovery: Zero network footprint 3. Centralized graph database 4. We know everything that changes 5. Discover and update dependency information 6. Discovery and monitoring tightly integrated – discovery drives automation
Monitoring Meetup 04 December 2014 11/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited (even more) Features... 7. Discovery and monitoring easily extensible 8. Naturally scalable to > 100K systems 9. Minimal network load 10.Server failures distinguishable from switch failures 11.Best practice and vulnerability alerts 12.Multi-tenant support
Monitoring Meetup 04 December 2014 12/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited This all sounds unreasonable... • Huge scalability without complexity? • Discovery without pings or port scans? Really?
Monitoring Meetup 04 December 2014 13/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Third Dimension: Fully distributed work Two philosophical underpinnings 1. Monitoring and Discovery are fully distributed 2. Reliable “no news is good news” Only responses to changes are centralized
Monitoring Meetup 04 December 2014 14/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Simple Scalability I can explain how we scale so your grandmother would understand...
Monitoring Meetup 04 December 2014 15/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Simple Scalability I can explain how we scale so your grandmother would understand... istockphoto ©bowdenimages
Monitoring Meetup 04 December 2014 16/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Massive Scalability – or “I see dead servers in O(1) time” • Adding systems does not increase the monitoring work on any system • Each server monitors 2 (or 4) neighbors • Each server monitors and discovers its own services • Ring repair and alerting is O(n) – but a very small amount of work Current Implementation
Monitoring Meetup 04 December 2014 17/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Minimizing Network Footprint (planned) • Support diagnosing switch issues • Minimize network traffic • Ideal for multi-site arrangements
Monitoring Meetup 04 December 2014 18/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Fourth Dimension: Architectural Components Three Architectural Components 1. Collective Management Authority • One CMA per installation 2. Nanoprobes (agents) • One per system 3. Data Storage • Central Neo4j graph database (CMDB)
Monitoring Meetup 04 December 2014 19/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Basic CMA Functions (python) Nanoprobe management • Configure & direct • Hear alerts & discovery • Update rings: join/leave Update database Issue alerts -- provide event notification
Monitoring Meetup 04 December 2014 20/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Nanoprobe Functions ('C') Announce self to CMA • Default: use reserved multicast address Do what CMA says • receive configuration information – CMA addresses, ports, defaults • send/expect heartbeats • perform discovery actions • perform monitoring actions No persistent state across reboots
Monitoring Meetup 04 December 2014 21/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Service Monitoring based on HA Technologies • Well-proven architecture: – “no news is good news” AKA management by exception • Implements Open Cluster Framework standard (LSB and others) • Each system monitors own services • Can also start, stop, migrate services
Monitoring Meetup 04 December 2014 22/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Monitoring Pros and Cons Pros Simple & Scalable Uniform work distribution No single point of failure Distinguishes switch vs host failure Easy on LAN, WAN Multi-tenant approach Cons Active agents Potential slowness at power-on
Monitoring Meetup 04 December 2014 23/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Why a graph database? (Neo4j) • Humans describe systems as graphs • Dependency & Discovery information: graph • Speed of graph traversals depends on size of subgraph, not total graph size • Root cause queries graph traversals – notoriously slow in relational databases • Visualization is Natural • Schema-less design: good for constantly changing heterogeneous environment • Graph Model === Object Model
Monitoring Meetup 04 December 2014 24/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited A multi-dimensional demo • Demonstrate basic capabilities – Discovery – Discovery-driven monitoring configuration – Discovery-driven 'tripwire-like' checksums – Monitoring – failures / successes – Host down notification • No configuration was supplied – everything comes from discovery http://assimilationsystems.com/90_second_demo/
Monitoring Meetup 04 December 2014 25/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Fifth Dimension: Discovery API Scripts perform discovery – output JSON Three Sample Discovery Snippets • OS information • Service discovery • Client discovery
Monitoring Meetup 04 December 2014 26/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited How does discovery work? Nanoprobe scripts perform discovery • Each discovers one kind of information • Can take arguments from environment • Output JSON CMA stores Discovery Information • JSON stored in Neo4j database • CMA discovery plugins => graph nodes and relationships
Monitoring Meetup 04 December 2014 27/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited A Few Canned Queries allipports get all port/ip/service/hosts allswitchports get switch connections crashed get crashed servers shutdown get gracefully shutdown servers downservices get nonworking services findip get system owning IP findmac get system owning MAC unknownips get unknown IP addresses unmonitored get unmonitored services
Monitoring Meetup 04 December 2014 28/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited OS discovery JSON Snippet { "nodename": "alanr-1225B", "operating-system": "GNU/Linux", "machine": "x86_64", "processor": "x86_64", "hardware-platform": "x86_64", "kernel-name": "Linux", "kernel-release": "3.8.0-31-generic", "kernel-version": "#46-Ubuntu SMP ...", "Distributor ID": "Ubuntu", "Description": "Ubuntu 13.04", "Release": "13.04", "Codename": "raring" }
Monitoring Meetup 04 December 2014 29/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited "sshd": { "exe": "/usr/sbin/sshd", "cmdline": [ "/usr/sbin/sshd", "-D" ], "uid": "root", "gid": "root", "cwd": "/", "listenaddrs": { "0.0.0.0:22": { "proto": "tcp", "addr": "0.0.0.0", "port": 22 }, sshd Service JSON Snippet (from netstat and /proc)
Monitoring Meetup 04 December 2014 30/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited "ssh": { "exe": "/usr/sbin/ssh", "cmdline": [ "ssh", "servidor" ], "uid": "alanr", "gid": "alanr", "cwd": "/home/alanr/monitor/src", "clientaddrs": { "10.10.10.5:22": { "proto": "tcp", "addr": "10.10.10.5", "port": 22 }, ssh Client JSON Snippet (from netstat and /proc)
Monitoring Meetup 04 December 2014 31/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Sixth Dimension: Graph Schema Two Schema subgraphs • Client / server dependency • Switch interconnect
Monitoring Meetup 04 December 2014 32/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited ssh -> sshd dependency graph
Monitoring Meetup 04 December 2014 33/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Switch Discovery Data from LLDP (or CDP)
Monitoring Meetup 04 December 2014 34/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Seventh Dimension: Current Status • Fourth release out 20 October 2014 – next release (December?) will have encrypted comm • Great unit tests • Several discovery methods written • Extensible Automated Discovery Triggers • Discovery => Automatic Monitoring (WOOT!) • Discovery => Network-Facing Checksums • Command Line Queries • Licenses: Commercial or GPLv3
Monitoring Meetup 04 December 2014 35/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Eighth Dimension: Get Involved! We need you! • Early adopters • Testers, Continuous Integration • Best practice experts • Designers • Developers (C,Python, Shell, PowerShell, JavaScript) • Porters (esp Windows) • Promoters, Publicists, Packagers, etc.
Monitoring Meetup 04 December 2014 36/36 M o n i
t o r i n g 2 0 1 4 © 2014 Assimilation Systems Limited Resistance Is Futile! These slides bit.ly/AssimLFNW14 Mailing List bit.ly/AssimML #AssimProj @OSSAlanR #assimilation on freenode IRC Project Web Site assimproj.org Company Web Site assimilationsystems.com