Tim van der Staaij tvdstaaij

## docker_swarm_with_macvlan_consul_and_autoscaling.md

      
              1 file
            
          
              7 forks
            
          
              4 comments
            
          
              25 stars
            
          
                thaJeztah
                / docker_swarm_with_macvlan_consul_and_autoscaling.md
            
            
              Created
              August 13, 2017 01:09
                — forked from killcity/docker_swarm_with_macvlan_consul_and_autoscaling.md
            
              
                Docker Swarm with Macvlan, Consul and Autoscaling
              
          
    Docker Swarm with Macvlan, Consul and Autoscaling

TL;DR:

This will get you routable containers with IPs on your existing subnets, advertising to Consul. They will also be scalable and placed across a cluster of Swarm hosts. It's assumed that you are already running Consul, so if not, there are a ton of tutorials out there. It's also assumed you know how to install Docker and various Linux kernels.
Bonus: We add an autoscaling API called Orbiter (https://gianarb.it/blog/orbiter-the-swarm-autoscaler-moves).
I just want to run containers, like now, on my existing infrastructure and networks!

So you have an existing environment. You use Consul for service discovery. Life is good. Containers are now a thing and you want to work them in without having to worry about overlay networking or reverse proxies. You also don't want to add extra latency (as some naysayers could use it as fuel to kill your hopes and dreams). Lastly, you don't have a lot of time to invest in a complex orchestration tool, such a

  
## sync.html
<!DOCTYPE html>
<html lang="fr-fr">

    <head>
        <meta charset="utf-8">
        <title>Ember App in an iframe</title>

    <style>
      body {
        padding:0;

## bishop.c
#include <stdio.h>
#include <stdint.h>
#include <stdlib.h>

#define XLIM 17
#define YLIM 9
#define ARSZ (XLIM * YLIM)

#define DEBUG 0

## LighttpdReverseProxyURLRewriting
#server.modules   += ( "mod_rewrite")

# Workaround to have a working reverse-proxy that matches an URL does URL rewriting in Ligghtpd.
#
# Ligtthpd 1.4.28 cannot perform both matching and URL rewriting at the same time.
# Therefore we need to define 2 proxies, one does the matching and bounce the request
# to the other one, in charge of rewriting the URL before proxying the request to the target server.
#
# More about this here:
#   http://redmine.lighttpd.net/issues/164#note-9
	<!DOCTYPE html>
	<html lang="fr-fr">

	<head>
	<meta charset="utf-8">
	<title>Ember App in an iframe</title>

	<style>
	body {
	padding:0;
	#include <stdio.h>
	#include <stdint.h>
	#include <stdlib.h>

	#define XLIM 17
	#define YLIM 9
	#define ARSZ (XLIM * YLIM)

	#define DEBUG 0
	#server.modules += ( "mod_rewrite")

	# Workaround to have a working reverse-proxy that matches an URL does URL rewriting in Ligghtpd.
	#
	# Ligtthpd 1.4.28 cannot perform both matching and URL rewriting at the same time.
	# Therefore we need to define 2 proxies, one does the matching and bounce the request
	# to the other one, in charge of rewriting the URL before proxying the request to the target server.
	#
	# More about this here:
	# http://redmine.lighttpd.net/issues/164#note-9