Skip to main content

Setting up Additional IP address to an EC2 Instance.

Suppose you want to add an additional IP to your Ubuntu Web Server, Here the steps are as follows:

1) Make sure your EC2 instance type will support more than 2 Network Interfaces. If not then you have to upgrade your Instance Type.
2) Add a New Network Interface. Make sure you give the same AZ, Subnet and Security Group as of the web server.
3) Now Add an Elastic IP and associate this elastic ip to the Web server.
4) Now attach the new Network Interface to the Webserver.

Now the final part is , to create 2 route tables with default routes for each interface and use rules on inbound traffic to assign which table to use for the response traffic.

5) Here is a sample interface file that performs this:

root@webserver:~# cat /etc/network/interfaces.d/eth0.cfg
auto eth0
iface eth0 inet dhcp
post-up ip route add default via 10.0.1.1 dev eth0 tab 1
post-up ip rule add from 10.0.1.81 tab 1
pre-down ip rule del from 10.0.1.81 tab 1
pre-down ip route del default via 10.0.1.1 dev eth0 tab 1


root@webserver:~# cat /etc/network/interfaces.d/51-eth1.cfg
auto eth1
iface eth1 inet static
address 10.0.1.136
netmask 255.255.255.0
gateway 10.0.1.1
post-up ip route add default via 10.0.1.1 dev eth1 tab 2
post up ip rule add from 10.0.1.136 tab 2
pre-down ip rule del from 10.0.1.136 tab 2
pre-down ip route del default via 10.0.1.1 dev eth1 tab 2


NB: The gateway of eth1 should be the first ip of the private subnet 10.0.1.0/24, which is 10.0.1.1

Comments

Popular posts from this blog

Password reset too simplistic/systematic issue

Some time when we try to reset the password of our user in linux it will show as simple and systematic as below: BAD PASSWORD: it is too simplistic/systematic no matter how hard password you give it will show the same. Solution: ######### Check if your password is Ok with the below command, jino@ndz~$ echo 'D7y8HK#56r89lj&8*&^%&^%#56rlKJ!789l' | cracklib-check D7y8HK#56r89lj&8*&^%&^%#56rlKJ!789l: it is too simplistic/systematic Now Create a password with the below command : jino@ndz~$ echo $(tr -dc '[:graph:]' 7\xi%!W[y*S}g-H7W~gbEB4cv,9:E:K; You can see that this password will be ok with the cracklib-check. jino@ndz~$ echo '7\xi%!W[y*S}g-H7W~gbEB4cv,9:E:K;' | cracklib-check                 7\xi%!W[y*S}g-H7W~gbEB4cv,9:E:K;: OK Thats all, Thanks.

Setting /etc/hosts entries during the initial deployment of an Application using k8s yaml file

Some times we have to enter specific hosts file entries to the container running inside the POD of a kubernetes deployment during the initial deployment stage itself. If these entries are not in place, the application env variables mentioned in the yaml file , as hostnames , will not resolve to the IP address and the application will not start properly. So to make sure the /etc/hosts file entries are already there after the spin up of the POD you can add the below entries in your yaml file. cat > api-deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: spec:   template:     metadata:     spec:       volumes:       containers:       - image: registryserver.jinojoseph.com:5000/jinojosephimage:v1.13         lifecycle:           postStart:             exec:               command:...

Running K8s cluster service kubelet with Swap Memory Enabled

For enabling swap memory check the below link : https://jinojoseph.blogspot.com/2019/10/enable-swap-memory-using-swapfile-in.html # sudo vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf Add the KUBELET_EXTRA_ARGS line as below: ---------------------------------------- Environment="KUBELET_EXTRA_ARGS=--fail-swap-on=false" ExecStart= ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS Now kubelet.service changed on disk. Run 'systemctl daemon-reload' to reload units # sudo systemctl daemon-reload # sudo systemctl restart kubelet # sudo systemctl status kubelet That is all cheers :p