Enis Afgan afgane

Deploy kubernetes-dashboard on Rancher 2.x cluster exposed using NodePort

This has been updated to install Dashboard v2.0.0, see below for pre v2.0.0 instructions

Requirements

kubectl (https://kubernetes.io/docs/tasks/tools/install-kubectl/)

Step 1: Generate kubeconfig from the UI

Generate the kubeconfig file for your cluster using the Kubeconfig File button in the Cluster view of your cluster.

I have been an aggressive Kubernetes evangelist over the last few years. It has been the hammer with which I have approached almost all my deployments, and the one tool I have mentioned (shoved down clients throats) in almost all my foremost communications with clients, and it was my go to choice when I was mocking my first startup (saharacluster.com).

A few weeks ago Docker 1.13 was released and I was tasked with replicating a client's Kubernetes deployment on Swarm, more specifically testing running compose on Swarm.

And it was a dream!

All our apps were already dockerised and all I had to do was make a few modificatons to an existing compose file that I had used for testing before prior said deployment on Kubernetes.

And, with the ease with which I was able to expose our endpoints, manage volumes, handle networking, deploy and tear down the setup. I in all honesty see no reason to not use Swarm. No mission-critical feature, or incredibly convenient really nice to have feature in Kubernetes that I'm go

These are instructions for setting up git to authenticate with GitHub when you have 2-factor authentication set up. This authentication should be inherited by any GUI client you are using. These are intentionally brief instructions, with links to more detail in the appropriate places.

Download and install the git command-line client (if required).

Open the git bash window and introduce yourself to git (if required):

git config --global user.name 'Firstname Lastname'
git config --global user.email '[email protected]'

It's not immediately obvious how to pull down the code for a PR and test it locally. But it's pretty easy. (This assumes you have a remote for the main repo named upstream.)

Getting the PR code

Make note of the PR number. For example, Rod's latest is PR #37: Psiphon-Labs/psiphon-tunnel-core#37
Fetch the PR's pseudo-branch (or bookmark or rev pointer whatever the word is), and give it a local branch name. Here we'll name it pr37:

$ git fetch upstream pull/37/head:pr37

Git notes

Start

Install Git
Create a GitHub account
Open Terminal /Applications/Utilities/Terminal.app

Configure

Locate the section for your github remote in the .git/config file. It looks like this:

[remote "origin"]
	fetch = +refs/heads/*:refs/remotes/origin/*
	url = [email protected]:joyent/node.git

Now add the line fetch = +refs/pull/*/head:refs/remotes/origin/pr/* to this section. Obviously, change the github url to match your project's URL. It ends up looking like this:

	#!/bin/sh
	# OUTDATED: please refer to the link below for the latest version:
	# https://github.com/rancherlabs/support-tools/blob/master/extended-rancher-2-cleanup/extended-cleanup-rancher2.sh
	docker rm -f $(docker ps -qa)
	docker volume rm $(docker volume ls -q)
	cleanupdirs="/var/lib/etcd /etc/kubernetes /etc/cni /opt/cni /var/lib/cni /var/run/calico /opt/rke"
	for dir in $cleanupdirs; do
	echo "Removing $dir"
	rm -rf $dir
	done

	from __future__ import (absolute_import, division, print_function)
	__metaclass__ = type

	import getpass
	import logging
	import logging.config
	import os
	import socket

	try:

	import { Component } from 'angular2/core';
	import { MyWizard } from './my-wizard';
	import { MyWizardStep } from './my-wizard-step';

	@Component({
	selector: 'my-app',
	directives: [
	MyWizard,
	MyWizardStep,
	],

	#!/usr/bin/env python

	import logging
	import sys
	from time import sleep

	from bioblend.galaxy import GalaxyInstance
	from daemonize import Daemonize