Skip to content

Latest commit

 

History

History
64 lines (37 loc) · 4.12 KB

01-prerequisites.md

File metadata and controls

64 lines (37 loc) · 4.12 KB

Kubernetes The Hard Way on Apple Silicon

Hardware Requirements

This lab provisions 5 VMs on your workstation. That's a lot of compute resource!

  • Apple Silicon System (M1/M2/M3 etc)
  • 8GB RAM (16GB recommended).
    Bear in mind that the unified memory architecture of Apple Silicon Macs means that the whole of the quoted memory is not available for software - some of it is used for the display, more if you have external displays. With less than 16GB, significantly smaller VMs will be deployed, which will not be sufficient to run the final step E2E tests.
  • Pro or Max CPU recommended for running the e2e-tests at the end of this lab.

Required Software

You'll need to install the following first.

Additionally

  • Your account on your Mac must have admin privilege and be able to use sudo

Clone this repo down to your Mac. Open your Mac's terminal application. All commands in this guide are executed from the terminal.

```bash
mkdir ~/kodekloud
cd ~/kodekloud
git clone https://github.com/mmumshad/kubernetes-the-hard-way.git
cd kubernetes-the-hard-way/apple-silicon
```

Virtual Machine Network

Due to how the virtualization works, the networking for each VM requires two network adapters; one used by Multipass and one used by everything else. Kubernetes components may by default bind to the Multipass adapter, which is not what we want, therefore we have pre-set an environment variable PRIMARY_IP on all VMs which is the IP address that Kubernetes components should be using. In the coming labs you will see this environment variable being used to ensure Kubernetes components bind to the correct network interface.

PRIMARY_IP is defined as the IP address of the network interface on the node that is connected to the network having the default gateway, and is the interface that a node will use to talk to the other nodes.

NAT Networking

In NAT configuration, the network on which the VMs run is isolated from your broadband router's network by a NAT gateway managed by the hypervisor. This means that VMs can see out (and connect to Internet), but you can't see in (i.e. use browser to connect to NodePorts). It is currently not possible to set up port forwarding rules in Multipass to facilitate this.

The network used by the VMs is chosen by Multipass.

It is recommended that you leave the pod and service networks as the defaults. If you change them then you will also need to edit the Weave networking manifests to accommodate your change.

If you do decide to change any of these, please treat as personal preference and do not raise a pull request.

Running Commands in Parallel with iterm2

iterm2 which is a popular replacement for the standard Mac terminal application can be used to run the same commands on multiple compute instances at the same time. Some labs in this tutorial require running the same commands on multiple compute instances for instance installing the Kubernetes software. In those cases you may consider using iterm2 and splitting a window into multiple panes with Broadcast input to all panes enabled to speed up the provisioning process.

The use of iterm2 is optional and not required to complete this tutorial.

titerm2 screenshot

To set up as per the image above, do the following in iterm2

  1. Right click and select split pane horizontally
  2. In each pane, connect to a different node with Multipass shell
  3. From the Session menu at the top, toggle Broadcast -> Broadcast input to all panes (or press ALT-CMD-I). The small icon at the top right of each pane indicates broadcast mode is enabled.

Input typed or passed to one command prompt will be echoed to the others. Remember to turn off broadcast when you have finished a section that applies to multiple nodes.

Next: Compute Resources