@scottalanmiller said in RMM Ideas for MSP:
@flaxking said in RMM Ideas for MSP:
@scottalanmiller said in RMM Ideas for MSP:
@Emad-R said in RMM Ideas for MSP:
Zabbix can do similar with its default built in templates.
What Zabbix lacks is patch management type stuff. That's a big deal.
Where is Salt falling short for patch management?
Integration. Zabbix and Salt together might handle what is needed.
I'd hate to hear that NTG has to start using a hosted RMM solution.
@scottalanmiller said in RMM Ideas for MSP:
@Emad-R said in RMM Ideas for MSP:
Zabbix can do similar with its default built in templates.
What Zabbix lacks is patch management type stuff. That's a big deal.
Where is Salt falling short for patch management?
@flaxking said in RMM Ideas for MSP:
@scottalanmiller said in RMM Ideas for MSP:
@flaxking said in RMM Ideas for MSP:
Salt isn't cutting it?
Not for the monitoring that we want. This is just a stop gap till we have that were we want to be. That is still our plan.
What about using Prometheus with Pushgateway and Grafana?
Or Maybe something with using Beats + Logstash instead?
Like Beats - Logstash - Elasticsearch - Grafana
Or look at the other Logstash output plugins? Maybe Beats - Logstash - Graphite?
@scottalanmiller said in RMM Ideas for MSP:
@flaxking said in RMM Ideas for MSP:
Salt isn't cutting it?
Not for the monitoring that we want. This is just a stop gap till we have that were we want to be. That is still our plan.
What about using Prometheus with Pushgateway and Grafana?
I've heard that https://techstogether.com/ is an alternate Kaseya VSA provider than can offer per endpoint pricing
Advertisers aren't allowed to display your name in an ad on Facebook
https://www.facebook.com/policies/ads/prohibited_content/personal_attributes
But Facebook themselves just put their Oculus Go ad in my feed, using my name.
@scottalanmiller said in DB Admin/Data Analyst (Remote):
Location? At least the city?
HQ is Virden, Manitoba, but this position can be done remotely. I believe we can hire across Canada, but anyone not living in Canada would have to be taken on as a contractor.
Job posting isn't up yet, so you guys are getting it first.
Custom Software Solutions http://www.cssionline.com is going to be looking for someone with DBA experience so assist with our reporting and business analytics solutions and well as other projects working with our databases. Some programming experience is definitely an asset. The person who fills this position will be working closely with one of our DBAs/Developers.
Experience in the following is an asset:
VB6/C#
MS SQL Server
Power BI
Email resume to [email protected]
In my experience, other people's formula's just can't typically be dropped in, given a little pillar and they're good to go. They're not going to be setup to do exactly what you want them to do, and then they're also going to be setup to do more than you want them to do and add a lot more configuration than you actually need.
They can be great examples, but I'd prefer to start from scratch and configure what actually makes sense in my environment.
Now, breaking my own config out into separate Salt 'formulas', I can foresee a use case where that will be handy for testing purposes. Isolating it so it is easier to use test kitchen or whatever else to just test changes to the formula.
I suggest looking into the salt Logstash engine
I should give Ansible a go one of these days, because whenever I research it, it seems to fall short of Salt, but it would be nice to really have concrete experience of how it falls short.
My current thinking is that if there's a windows feature that Ansible that Salt doesn't, I could probably just grab the powershell script + any dependent scripts and create Salt state/module wrappers around it.
Alternatively, Salt can run Ansible playbooks on minions, but the wrapper approach is more minimalist (don't have to install Ansible on each minion) and keeps secret security simpler.
@flaxking said in The differences between how Salt and Ansible manage Windows:
@scottalanmiller said in The differences between how Salt and Ansible manage Windows:
@flaxking said in The differences between how Salt and Ansible manage Windows:
Ansible uses powershell. It's all in ps1 files, with some snippets written in C# and embedded into the powershell script. Since it's using Powershell, this allows Ansible to tap into .Net, which gives it a development edge on Salt. They can utilize the .Net classes and Powershell commands already created for supporting Windows. Although coding in Powershell looks very ugly.
Does this mean that Salt handles older Windows better, because in the SMB we still see a lot of pre-PS Windows machines.
Since Ansible currently has Powershell 3 and .Net 4.0 as dependencies for using on Windows, pre-powershell would be a problem.
And I could certainly see them wanting to increase those requirements in the near future
@scottalanmiller said in The differences between how Salt and Ansible manage Windows:
@flaxking said in The differences between how Salt and Ansible manage Windows:
Ansible uses powershell. It's all in ps1 files, with some snippets written in C# and embedded into the powershell script. Since it's using Powershell, this allows Ansible to tap into .Net, which gives it a development edge on Salt. They can utilize the .Net classes and Powershell commands already created for supporting Windows. Although coding in Powershell looks very ugly.
Does this mean that Salt handles older Windows better, because in the SMB we still see a lot of pre-PS Windows machines.
Since Ansible currently has Powershell 3 and .Net 4.0 as dependencies for using on Windows, pre-powershell would be a problem.
I've never used Ansible, but I was looking through the source code today and discovered how fundamentally different it's approach to managing Windows is from Salt.
In order for Salt states/modules to manage windows it heavily utilizes pywin32, which is a project that is a valiant effort to expose Windows APIs to python. It look like it relies on C++ for some of it's backend.
Ansible uses powershell. It's all in ps1 files, with some snippets written in C# and embedded into the powershell script. Since it's using Powershell, this allows Ansible to tap into .Net, which gives it a development edge on Salt. They can utilize the .Net classes and Powershell commands already created for supporting Windows. Although coding in Powershell looks very ugly.
I've been dreaming of creating my own RD gateway authentication plugin - but I doubt I will ever find the time.
Looks like wail2ban probably isn't multithreaded, though if someone is hammering the server with login attempts it should still do the trick, just might not hit the lockout threshold as fast.
@JaredBusch said in I have $500 spare!:
@flaxking said in I have $500 spare!:
I put about $3000/year through my business and I still have to collect provincial sales tax
Revenue has nothing to do with limiting you personal liability by using a proper LLC (US term) or such.
Right, just sharing
@Pete-S said in Comparing ELK and GrayLog:
Having not used either - what's the main purpose of ELK and GrayLog?
Is it just to have a central place to view logs from everything?
Is it an overlap in functionality or complement to monitoring solutions like zabbix?
ELK can be used for all kinds of data analytics, GrayLog's focuses just on logs