Windows Support for InfluxData Platform

[ShubhraKar]

We need to gauge importance of Windows Server support is to the community at large. Let us know the version, use case and if scalability features like clustering matter to you. Also please also specify if Windows support is critical for other components of the TICK stack specifically - Telegraf, Chronograf and Kapacitor. +1 on this issue to register your vote.

[aaliddell]

+1

Version: unknown, recent
Clustering: no
Other TICK components: not critical

What elements of InfluxDB are currently inhibiting it running on Windows? The 0.9.4 build that was previously published works (mostly), so what changes have been introduced that break compatibility?

[jwilder]

@aaliddell TSM which will be the default engine in 0.10.0 does not work on windows currently.

[zantiu]

+1

version: recent
Clustering: yes but no priority
other TICK: no priority
Potential use case: Industrial historian

[discoduck2x]

+1
Telegraf

[jonnii]

We use the unofficial Telegraf build that someone published.

[stephanstapel]

+1
version: recent
Clustering: not required yet
TICK: kapacitor

[unaizorrilla]

+1

version: recent
Clustering: yes but no priority
other TICK: no priority
Potential use case: Industrial historian

[ikrush]

+1

Version: recent
Clustering: yes but no priority
Other TICK: no priority
Potential use case:

We are developing a tool in .NET to display and store data from different sources. Now, the different parts of the tool can work in a distributed manner on different servers (InfluxDB could run on a Linux server) but we also would like to run all the services on a single computer for small installations.

As the tool is developed in .NET and our configuration databases and tools are based on Microsoft Technology we need to install InfluxDB on Windows servers.

Almost all the time-series databases only have support for Linux and this was (in my opoiniom) a key feature over them.

[camiteca]

+1

Version: recent
Clustering: yes but no priority
Other TICK: no priority
Potential use case: Industrial historian

[adelgadoext]

+1

Version: recent
Clustering: yes but no priority
Other TICK: no priority
Potential use case: Industrial historian

[zantiu]

Why is there so much interest in the use case of Industrial Historian?
Are you all end users?

To answer the question myself:
We're building process systems (from P&ID to installation & commissioning) and want to experiment with IIoT and analytics. Classical industrial historians are restrictive in their licensing.

Something else to point out: Windows server 2016 will support docker containers which might take away a big part of the need to support Windows?

[sixlettervariables]

+1

Version: recent
Clustering: yes, but not a priority
TICK: Kapacitor (big +1)
Use case: industrial historian + custom event/notification source

Our app platform: Windows Server cluster, .Net Clients

@demeyr: not an end user. Our Windows support requirement is due to the inefficiencies in hosting multiple OS's. Each device/VM and its OS version/configuration in use would need its own security assessment and documentation (hundreds of pages).

[arobinsongit]

+1

Version: recent
Clustering: yes (primary interest is in system uptime with secondary being performance). A combination with something like Consul or HAProxy would probably be in order to allow for simplification on the client side.
TICK: Kapacitor (big +1)
Chronograf : yes
Use case: industrial historian

I think a viable deployment alternative in today's market with most people running a modern hypervisor might be to build appliances that can be very easily deployed and managed by non-linux admins much like you have with VCenter. Maybe the administration part is what's in the Enterprise Admin I've seen in a few places on the site. Either way I think most Windows people would be comfortable running an appliance as long as they don't have to drop to a shell to manage the software.

[mei-rune]

+1
Version: recent
Clustering: yes but no priority
Other TICK: no priority
Potential use case: Industrial historian

[mintyc]

Telegraf for monitoring windows servers in the system.
Backend services are ok as linux as those boxes are specific to the monitoring function. Linux is much easier to deploy when you have the choice.

[jcmartins]

+1 Telegraf

[skares]

+1 Telegraf

[mei-rune]

I fix all unit test in the tsm engine #5434

[nsteinmetz]

+1
Version: 2008R2 even if I hope upgrading to 2012 soon.
Telegraf mainly.
Use case: monitoring of SMB devices

[unaizorrilla]

@ShubhraKar any update about plans to Support Windows

[mvadu]

+1

version: recent (currently using 0.9.5)
Clustering: would be great, but not critical
other TICK: would be great, but not priority
Potential use case:
We are building an executive dashboard using grafana based on data from commercial APM tool. The tool in question is very complex in nature, and not executive friendly. We built a custom C# code, to pull the data at a regular intervals (hence the time series DB), and populate Influxdb, and show in grafana.

We have it running currently in prod, and is running fine except for occasional glitches in InfluxDB and oddities of old query engine.

[ianclegg]

+1
Server 2012 and 2012R2.

@demeyr I'm running Server 2016 TP4 and the truth is that Linux containers basically run in a Hyper-V VM on-top of the Windows Hypervisor (called a Hyper-V container, but thats marketing) - This is very different to running native.

[zantiu]

@ianclegg
Yes I'm aware of this.
At least this gives the option to tick of the boxes of needing to use a Window OS, even though it has the container in between.

[Alexander882]

+1

[marcelopetersen]

+1

[lporcheron]

+1

[dowc]

+1

Version: recent
Clustering: yes
TICK: Kapacitor (big +1)
Chronograf : yes
Telegraf: yes (very critical)
Potentiaalia use case: Large scale SaaS product operational monitoring and analytics

[jackpoz]

+1

TrinityCore/TrinityCore#16956 we use InfluxDB + Grafana to show realtime metrics about MMORPG server application, showing ingame players, network usage and game-specific data to monitor possible issues. Since our project is cross-platform (Windows, Linux, Mac) and uses cross-platform software (like CMake/MySQL) it would be nice to have a cross-platform InfluxDB too

[mrecht]

+1

Especially for development with InfluxDB it would make my life so much easier...

[binary132]

@beckettsean, perhaps you and @ShubhraKar are not on the same page, since he indicated this feature is "on our short term roadmap." It appears that is not the case.

There's a clear response from the community here. Can we expect a commitment to this from InfluxData any time soon?

[beckettsean]

@binary132 I run support, I don't run product. If you want to advocate for features I'm the wrong person to @-mention.

I would suggest that we happily accept PRs.

[jackpoz]

I would suggest that we happily accept PRs.

According to #5359 (comment) and master...mvadu:0.13 there's nothing to pull request to add windows support, it's just a matter of providing Windows binaries at https://influxdata.com/downloads/#influxdb

[pauldix]

Apparently we're already building these, we're just not linking them on the downloads page. See here:
https://dl.influxdata.com/influxdb/releases/influxdb-1.0.0-beta2_windows_amd64.zip

We'll update the downloads page sometime soon. However, we don't officially support Windows so those binaries are use at your own risk.

[mvadu]

@pauldix Linking it from download will help even if its under a big red Use at your own risk header.
That will help the community to test it. I tried to publish the windows build periodically asking for feedback, but since I don't work for Influx, I failed to get much traction. Currently only thing missing for Influx on windows is thorough user testing before you can remove that header.

Also with AppVeyor integration (which I setup initially) you are already supporting windows, i.e. all PRs are already tested against Windows.

[martinb69]

All, thanks for the effort!
IMHO Windows support will enable a share in industrial process automation (and of course all the other applications).
At least we will now start looking into migrating from 0.9 to latest.

[binary132]

I don't think most people providing software to clients would be comfortable delivering a product which uses a stats backend not officially supported by the company. We had to go with a much less interesting option since one of the product requirements is full platform compatibility for on-premise delivery. Influx on Windows would be a really compelling feature for many people who are stuck with Windows, because some of their clients are Windows users.

That said, it's great that Windows compatibility exists and I wish InfluxData would figure out where they stand on the topic.

[jackpoz]

We'll update the downloads page sometime soon

any update on adding the download link at https://influxdata.com/downloads/#influxdb ?

[pauldix]

Looping in @rossmcdonald and @toddboom. Can one of you guys get the downloads page updated with links to the Windows build of InfluxDB?

[binary132]

@pauldix -- it still won't be officially supported, right? Any idea whatsoever when that might happen?

[thestonehead]

+1 We are currently introducing metrics analysis to our servers and software, but since Influx isn't supporting windows (and all of our servers are Windows servers) we're probably going to go with a commercial solution that does.

[danielkornev]

@pauldix first, it's amazing you guys have made 1.0 beta2 available for Windows 64-bit. However, I wonder if you are gonna release 32-bit version as well?

I've found previous bits (up to 0.12) here, that include both 64-bit and 32-bit bits for Windows, so it seems like you have the capacity to build 32-bit versions: https://s3.amazonaws.com/influxdb/

We are currently using Redis 2.8 (32-bit) on 32-bit end user machines (a client Windows app), and we are evaluating an opportunity to move to InfluxDB as it could better suite our needs (temporal indices).

[mknutty]

thestonehead, if you are running or can run Windows 2016, it supports
docker (I've not tried it) and there is a dockerized version of InfluxDB ...

On Wed, Jul 13, 2016 at 6:08 AM, thestonehead [email protected]
wrote:

+1 We are currently introducing metrics analysis to our servers and
software, but since Influx isn't supporting windows (and all of our servers
are Windows servers) we're probably going to go with a commercial solution
that does.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#5359 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AF8zLTc7mzs5KbXHyOFqP5974PFAplXFks5qVLkOgaJpZM4HFWVe
.

[sandersaares]

Windows Nano Server 2016 is a desired target. Nano has particular limitations due to lacking various APIs, though I wonder if that matters much for Go. Probably it does!

Products of relevance: InfluxDB, Kapacitor, Telegraf.
Nice-to-have but not critical: Chronograf.
Use case: systems in vehicles.

[jackpoz]

We'll update the downloads page sometime soon.

Please add the windows binaries download link on the download page, either for nightly or beta. It's just a link and it's taking quite some time...

[janhurst]

+1
Full TICK preferred
Clustering preferred
Use case is replacing/complementing existing Industrial historians (multi site, multi region, currently vendor locked) and opening up more options for analytics.
Unfortunately (sic) we are a Windows shop, heavily virtualized using VMWare

It would be really appreciated if a Windows download link could be made available off the Influx website even if it clearly states it is unsupported/unofficial/whatever

[binary132]

I don't know how things look from the enterprise side, but from where I stand, it's truly disappointing to see the direction Influx appears to be headed.

[stephanstapel]

@binary132 : could you elaborate why you think like this?

[jackpoz]

We'll update the downloads page sometime soon

@pauldix the joke is not funny anymore, almost 3 months passed, still no download link

[pauldix]

@jackpoz we were in the middle of getting the new web site set up, launching 1.0 of every product and a few other things that haven't been announced yet, so this dropped off our radar. We'll try to get it updated. In the meantime...

https://dl.influxdata.com/influxdb/releases/influxdb-1.0.0_windows_amd64.zip

[toddboom]

Alright, the link for InfluxDB windows binaries is now up on the downloads page and will be updated with all future releases. Sorry for the delay!

Additionally, please send us any feedback you have while testing it out. Thanks!

[pauldix]

Now that the binaries are up, I'm going to close this one out.

[mvadu]

Thank you @pauldix for pulling this together. Hopefully second time around the download link will stick around.

[jackpoz]

works like a charm, thank you

[Kortenbach]

+1

Version: unknown, recent
Clustering: no
Other TICK components: not critical

Using InfluxDB to store temperatures, pressures and digital state from a PLC control system.
InfluxDB has had no issues so far...
Hoping for official support in the near future

[holdsworth]

+1

[azrinsani]

+1, my industrial customers are still stuck in the 90s Windows Server world...