Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Windows 2016 support #4576

Closed
kvaes opened this issue Apr 27, 2016 · 31 comments
Closed

Windows 2016 support #4576

kvaes opened this issue Apr 27, 2016 · 31 comments
Assignees
Labels
internal kind/feature Issues that represent larger new pieces of functionality, not enhancements to existing functionality
Milestone

Comments

@kvaes
Copy link

kvaes commented Apr 27, 2016

Rancher Version:

Docker Version:

OS: Windows 2016

Steps to Reproduce: add Windows 2016 as a possible host

Results: manage docker on windows like on Linux

Expected: heterogenous support

@deniseschannon deniseschannon added the kind/feature Issues that represent larger new pieces of functionality, not enhancements to existing functionality label May 3, 2016
@rgauny
Copy link

rgauny commented Jun 6, 2016

+voting up
Needed for tons of corps... If first to market, it would generate a lot of revenue in enterprise level support. I would actually be on now to get ahead. I know my Corp would beta and help with right now and we are a fortune 50 company.

@kvaes
Copy link
Author

kvaes commented Jun 20, 2016

FYI - There are already products moving into that segment ; containerX, Windocks, ...

@smw355
Copy link

smw355 commented Jun 30, 2016

Good news - looks like this made it into 1.2 goals.

@kvaes
Copy link
Author

kvaes commented Jun 30, 2016

That is great news! Best news of june! ;-)

@gerich-home
Copy link

gerich-home commented Oct 14, 2016

Hi, I see that the feature is assigned to October 28 milestone (1.2.0) and has 1st priority, but there are quite a lot items to complete by that date in this milestone.
Can I be sure enough that it will be available on October 28? (Windows support is one of questions that our company is concerned about to make a decision to use Rancher in a long term)

@will-chan
Copy link
Contributor

We are planning an Experimental build for 1.2 but the fully implemented version won't come out until 1.3.

@markus2810
Copy link

Is the experimental support now available? How can I activate it?

@willseward
Copy link

Yes! Please provide instructions

@willseward
Copy link

@will-chan How do we access the experimental build?

@m4r10k
Copy link

m4r10k commented Dec 12, 2016

+1
Would be nice to test things out. How are we enable to access the experimental build?

@kvaes
Copy link
Author

kvaes commented Dec 12, 2016

Likewise. Big +1

@msutter
Copy link

msutter commented Dec 14, 2016

+1
Do you have something to play with ?

@reneherrero
Copy link

+1
Also part of a fortune 50 company and very interested in getting access to the early bits supporting Windows Containers.

@kvaes
Copy link
Author

kvaes commented Dec 15, 2016

@smw355 or @will-chan ; Can you guys comment on this? I see interest in various areas on this. Mainly to the lack of tooling around Windows containers... :)

@deniseschannon
Copy link

@kvaes We are adding Windows support as experimental in 1.3.

@kvaes
Copy link
Author

kvaes commented Dec 16, 2016

@deniseschannon tnx for the feedback!

@deniseschannon
Copy link

@sangeethah Can you please file all bugs in new issues? When basic testing is complete, please close this ticket.

@sangeethah
Copy link
Contributor

Tested with rancher-server version - v1.3.0-rc1 with catalog "library" set to vnext branch in https://github.com/rancher/rancher-catalog

Able to add "Windows Server 2016 Standard Evaluation" hosts successfully to rancher environment with orchestration set to "windows".

Able to launch containers in "nat" network and "transparent" network.

@kvaes , Windows 2016 support will be available as experimental feature in rancher-server 1.3.0 release.

@kvaes
Copy link
Author

kvaes commented Dec 20, 2016

@sangeethah

Thanks for the feedback! I ran a test on my end... Deployed an ubuntu (16.04 TLS) on Azure as my rancher host, and chose the v1.3.0-rc1 version. Immediately, I noticed that there was something wrong with the CSS...

2016-12-20 19_03_47-rancher

Despite that, I disabled to default catalog and entered the one you indicated.

2016-12-20 19_08_01-nvidia geforce overlay

The windows part is shown there.

2016-12-20 19_08_26-rancher

What is the correct steps to proceed afterwards? The default way of adding (custom) hosts goes bad.

2016-12-20 19_13_14-kvaesdocker02 - 52 166 184 243_3389 - remote desktop connection

@kvaes
Copy link
Author

kvaes commented Dec 20, 2016

The windows host was the "Windows 2016 with containers" that comes from the (Azure) gallery.

@tfiduccia
Copy link

@kvaes - there is currently a bug in the CSS for the UI. Please select either the light or dark theme and refresh your browser. That should fix it.
image

@kvaes
Copy link
Author

kvaes commented Dec 20, 2016

@tfiduccia ; thanks, that part has been "fixed", euhr, "works" by choosing light or dark :)

@tfiduccia
Copy link

tfiduccia commented Dec 20, 2016

@kvaes - For your azure issue. I setup a windows 2016 with containers. I didn't have to install docker as it came with it. Then I just ran the script from Add Host (You can find it in the the UI, infrastructure menu, Hosts, Add Host) in the power shell and it seem to work fine. Here is and example of what the script looks like that I ran:

New-Item -Path 'C:\Program Files\rancher' -Type Directory
Invoke-WebRequest -UseBasicParsing 'https://github.com/rancher/agent/releases/download/v0.3.0/agent.exe' -OutFile 'C:\Program Files\rancher\agent.exe'
& 'C:\Program Files\rancher\agent.exe' -register-service http://104.154.111.111:8080/v1/scripts/3EEE6A9B6C1080CD125E:1482256800000:sgs1EryhoZWAH82YGPPs72IjxnQ
Start-Service rancher-agent

You will of course have to setup a window's environment first.

@kvaes
Copy link
Author

kvaes commented Dec 20, 2016

Nice! That part worked like a charm...

2016-12-20 19_42_34-rancher

Now I've added the vnext service

2016-12-20 19_44_12-nvidia geforce overlay

Do I cleanup the other ones?

@sangeethah
Copy link
Contributor

@kvaes , Windows hosts can be added to only environment with "windows" orchestration.
When testing with rancher-server version - v1.3.0-rc1 , please follow these steps:

Add a catalog "library" set to vnext branch in https://github.com/rancher/rancher-catalog
After this you will see "Windows" as one of the orchestration options in "Add Template" option.
You will need to wait for another 5 minutes for the "windows" environment template to be available.

Create a new environment using "windows" template.
You should now be able to add windows host in this environment .

You should be able to create services with "NAT" networking .
If you would want to create services with "transparent" networking, you will need to create transparent network on the host manually using this command docker network create -d transparent transparent before you can create containers on this host.

@kvaes
Copy link
Author

kvaes commented Dec 20, 2016

Okay, good to know on the environments. For my current test bed, the removal of the default services will have the same effect then.

Also, good to mention the transparent one! As I just faced that...

2016-12-20 20_00_04-rancher

And after the creation of that network (as you suggested), it works ;

2016-12-20 20_04_17-kvaesdocker02 1 - 13 95 92 244_3389 - remote desktop connection

Kudos on this (experimental) addin! I can imagine such a cross-platform integration is a challenge.

@sangeethah
Copy link
Contributor

@kvaes , Thank you. we are planning to add this instruction docker network create -d transparent transparent as the first step in the set of commands for running Rancher agent.

@kvaes
Copy link
Author

kvaes commented Dec 21, 2016

For those interested, a blogged summary of the above ; https://t.co/1UHbk9Xjs3 ;-)

@willseward
Copy link

Thanks, @kvaes! I'll send this up the flag poll. We've been waiting for this feature!

@deniseschannon
Copy link

@kvaes The title of the blog v1.1.3 not v1.3.0. :)

@kvaes
Copy link
Author

kvaes commented Dec 21, 2016

@deniseschannon thanks, updated! :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
internal kind/feature Issues that represent larger new pieces of functionality, not enhancements to existing functionality
Projects
None yet
Development

No branches or pull requests