That's "mother lode".
That's "mother lode".
I'm with you. I don't get it. I want the display to display whatever I throw at it. And sometimes play audio. Not much more, really.
EDO? Either you're writing from 1995 (which also might explain the $3K desktop) or you mean ECC.
Other folks here have provided insight and commentary that you likely have no clue as to what you are talking about, but who doesn't love a dogpile?
I have implemented MANY very large Splunk and ELK implementations. ELK will almost always ask for MORE hardware to get search performance. I agree that ELK scales out more quickly, but far less efficiently than Splunk does. If your sole criteria is search speed and you have unlimited hardware capacity then ELK is the way to go.
However, doing calculations on the logs, presenting the logs, transforming the data (geo IP lookups, changing the message so that it reads more easily), and doing multivariable comparison for either human or automated response is vastly superior in Splunk. In both the functions and toolkits available and the ability to front load a lot of your search work so that your performance is outstanding.
Cost wise... it's usually a wash. I have customers that have looked at the cost of installing and maintaining an ELK stack and replacing the lost features and ran away quickly. This is for >500GB/day infrastructures with a dedicated dev team of >3 people.
If your Splunk implementation is sucking wind that badly, then it is likely that whoever is paying for your implementation has expressed goals that are counter to your goals and thus you are ill served. If you are the payer, then you have done poorly at describing your desired outcome and approx 50% of the result is your fault.
Continuing on... You mention Flume and Solr. Solr, if you buy the production implementation (last time I looked) doesn't have a good flow control and message verification platform and is thus dependent on the messaging bus within Flume or the implementation of an outside message bus (Kafka, Redis). This results in another set of configurations to maintain, and a good place for logs to be lost in the ether. Flume itself is awesome, although the parsing recipes could use some work. If I were looking outside of Logstash/Beats (which is advisable as Logstash seems to still have some memory management issues) I would favor Fluent as the ingest process is less of a pain in the neck.
However, I've only done hundreds of implementations of log management infrastructures using logstash, ElasticSearch, Kibana, flume, kafka, redis, fluent, syslog-ng, and/or Splunk... so there are likely some options I haven't mentioned.
I'm looking at wiring a house we might buy for Ethernet. Should I string some fiber in there too?
Well, they really can; you just have to open the thing up.
I've upgraded a metric shit ton of ASA's (~1500) from pre-8.3 to post 8.3 way back in the day, and I am fairly certain that only two failed to correctly migrate their NATs.
I'd expect Google to actually be good at it.
Is having Google be your ISP just asking for absolutely everything to be spied on?
If I get it, I'm thinking of renting a cheap VPS and running all my traffic through that over an encrypted tunnel. How bad would latency be? Other thoughts?
There's already a perfectly good word: "incited". You don't need to make up "incentivized".
Nope... Remember the old "camcorders"? Those were really cool because you had both devices, the camera and the recorder, in the same box. Previously you'd have the camera and also be lugging around a recorder.
Point being that a camera does not by definition require an integrated recorder.
4.) Dinosaurs may have evolved into sentient bipeds had they not been taken out. Had sentience begun where the dinosaurs left off rather than being rebooted into mammalian evolution we might have gotten to self-induced nuclear destruction or grey goo meltdown earlier.
He wasn't comparing addresses to addresses. He was comparing IPv6
No. There are 2^64
Sentient plasmoids are a gas.