Sercan GEZER | Linux/DevOps Sistem Mühendisi 🇹🇷

SSH ve SCP komutlarında JUMPSERVER kullanımı

2024-10-12T00:00:00+03:00

Esenlikler,

Genellikle büyük organizasyonlarda güvenliği sağlamak için her sunucuya bağlanan bir terminal/gateway/jumpserver vardır. Önce bu sunucuya bağlanıp daha sonra bağlanmak istediğimiz sunucuya SSH atarız.

Bu iş yükünden kurtulmak için SSH ve SCP nin kendi parametrelerini kullanabiliriz.

SSH bağlantısı için JumpServer kullanmak;

ssh -A -J JUMPSERVER_USER@JUMPSERVER_IP HEDEF_KULLANICI@HEDEF_IP

# Örnek
ssh -A -J sercangezer@192.168.1.10 sercangezer@10.10.10.20

-A.: SSH bağlantısı üzerinden kimlik doğrulaması için Agent Forwarding özelliğini etkinleştirir. Bu özellik, ilk bağlantıda kullanılan kimlik doğrulama anahtarının ikinci bağlantıya iletilmesini sağlar. Böylece, ara sunucuya erişirken yerel anahtarları kullanmaya devam edebilirsiniz.
-J sercangezer@192.168.1.10: Bu parametre, “Jump Host” veya “ProxyJump” olarak bilinir. İlk olarak, sercangezer@192.168.1.10 adresine bağlanır ve bu sunucu üzerinden ikinci hedef olan sercangezer@10.10.10.20 sunucusuna geçiş yapar. Yani, doğrudan 10.10.10.20 adresine erişiminiz yoksa veya erişim sınırlıysa, 192.168.1.10 üzerinden geçerek erişimi mümkün kılar.

SCP bağlantısı için JumpServer kullanmak;

Uzak sunucuya dosya kopyalamak için

scp -o ProxyJump=sercangezer@192.168.1.10 local_dosya sercangezer@10.10.10.20:~

scp: Güvenli dosya kopyalama komutudur. SSH protokolünü kullanarak dosyaları yerel sistem ile uzak sistem arasında kopyalar.
-o ProxyJump=sercangezer@192.168.1.10: Bu parametre, 192.168.1.10 IP adresindeki sunucuyu proxy olarak kullanır. İlk önce bu sunucuya bağlanır, ardından ikinci sunucuya geçiş yapar. sercangezer kullanıcı adıyla ilk sunucuya bağlanılacaktır.
local_dosya: Kopyalanmak istenen yerel dosyanın adıdır.
sercangezer@10.10.10.20:~: Dosyanın kopyalanacağı uzak sunucunun bilgilerini içerir. Burada sercangezer kullanıcı adı ile 10.10.10.20 IP adresindeki sunucuda kullanıcının ana dizinine (~) kopyalanacaktır.

Uzak sunucudan kendi sunucunuza dosya kopyalamak için

scp -o ProxyJump=sercangezer@192.168.1.10 sercangezer@10.10.10.20:uzak_dosya_yolu yerel_yol

scp: Güvenli dosya kopyalama komutudur.
-o ProxyJump=sercangezer@192.168.1.10: Bu parametre, dosya kopyalama işlemini yaparken 192.168.1.10 IP adresindeki sunucuyu proxy olarak kullanır.
sercangezer@10.10.10.20:uzak_dosya_yolu: Kopyalanacak dosyanın uzak sunucudaki konumunu gösterir. sercangezer kullanıcı adı ile 10.10.10.20 sunucusuna erişilir ve uzak_dosya_yolu adlı dosya kopyalanır.
yerel_yol: Uzak dosyanın kopyalanacağı yerel sistemdeki hedef yolu belirtir.

Esen kalın …

Kubernetes üzerinde Nexus Repository kurulum

2024-08-07T00:00:00+03:00

Video

Esenlikler,

Private Registry olarak çok yaygın kullanılan Sonatype Nexus Repository yazılımını k3s üzerine hostPath olarak kuracağız.

❗ Github Kubernetes Manifest dosyaları

Kurulum

Öncelikle bir kubernetes kurulu sunucunuz olmalı. Ben k3s kurulu bir tek makine (single node) kullanacağım.

❗❗ Master & Worker lı bir multi node cluster ınız varsa hostPath sıkıntı çıkaracaktır. Dinamik provision kullanmanız gerekir.

vagrant@server-0:~$ k get node -o wide

NAME       STATUS   ROLES                  AGE   VERSION        INTERNAL-IP     EXTERNAL-IP     OS-IMAGE             KERNEL-VERSION      CONTAINER-RUNTIME
server-0   Ready    control-plane,master   15m   v1.29.5+k3s1   192.168.1.170   192.168.1.170   Ubuntu 20.04.6 LTS   5.4.0-169-generic   containerd://1.7.15-k3s1

hostPath ile statik provision yapacağımız için verileri koyacağımız klasörü oluşturup yetki vermemiz gerekiyor.

# klasör oluşturuyoruz
sudo mkdir -p /nexus-data
# klasörün sahipliğini kullanıcımız ile değiştiriyoruz.
sudo chown vagrant:vagrant -R /nexus-data
# klasöre okuma yazma ve çalıştırma izinleri veriyoruz
sudo chmod -R 777 /nexus-data

namespace imizi oluşturalım.

cat << EOF | kubectl apply -f -
apiVersion: v1
kind: Namespace
metadata:
  name: nexus
  labels:
    name: nexus
EOF

Nexus’a verilerini nereye yazacağını göstereceğimiz PV ve PVC objelerini oluşturalım.

cat << EOF | kubectl apply -f -
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nexus-pv
  labels:
    pv: nexus-pv
    type: local
spec:
  capacity:
    storage: 30Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  storageClassName: ""
  hostPath:
    path: /nexus-data
  claimRef:
    name: nexus-pvc
    namespace: nexus
--- 
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: nexus-pvc
  namespace: nexus
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: ""
  resources:
    requests:
      storage: 30Gi
  volumeName: nexus-pv
EOF

Nexus yazılımımızı deploy edeilim.

cat << EOF | kubectl apply -f -
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nexus
  namespace: nexus
  labels:
    app: nexus
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nexus
  template:
    metadata:
      labels:
        app: nexus
    spec:
      containers:
        - name: nexus
          image: sonatype/nexus3:latest
          env:
          - name: MAX_HEAP
            value: "1000m"
          - name: MIN_HEAP
            value: "500m"
          ports:
            - containerPort: 8081
          volumeMounts:
            - name: nexus-data
              mountPath: /nexus-data
      volumes:
        - name: nexus-data
          persistentVolumeClaim:
            claimName: nexus-pvc
EOF

Nexus Web arayüzüne erişebilmek ve yeni oluşturacağımız repoların portlarını yazacağımız servis objemiz.

cat << EOF | kubectl apply -f -
apiVersion: v1
kind: Service
metadata:
  name: nexus-service
  namespace: nexus
spec:
  selector: 
    app: nexus
  type: NodePort  
  ports:
    - name: nexus-web-ui
      port: 8081
      targetPort: 8081
      nodePort: 30880
EOF

http://NODE_IP:30880 portu üzerinden arayüze erişebilirsiniz.
Başlangıçta admin kullancısının şifresini aşağıdaki komut çıktısı ile öğrenip değiştirmeniz gerekiyor.

kubectl exec -n nexus $(kubectl get pods -A -l "app=nexus" -o jsonpath="{.items[0].metadata.name}") -- cat /nexus-data/admin.password

#Output
e65a4996-f05b-4294-96a3-24f8fe2d45a8

Esen kalın …

Linux PS1 de GIT branch gösterme

2024-05-09T00:00:00+03:00

Esenlikler,

Düz BASH kullanan biri olarak github repository klasörlerine girdiğimizde hangi branch de olduğunu PS1 ile görmemizi sağlayan küçük bir kod bloğu kullanıyorum.

İnternet aleminde kalıcı olması amacıyla not ediyorum.

❗ Git yüklü olması gerekiyor.

.bashrc dosyasının en başına aşağıdaki kodu ekleyelim.

parse_git_branch() {
     git branch 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/(\1)/'
}

export PS1= değişkenine aşağıdaki tanımı eklemeniz gerekiyor.

\$(parse_git_branch) 

Kendi PS1 değişkenimi paylaşıyorum.

export PS1="\[\e[01;33m\]\u\[\e[m\]@\[\e[0;1;92m\]\h\[\e[m\]\[\e[01;35m\][\$(hostname -I | awk '{print \$1}')]\[\e[0m\]:\[\e[01;36m\]\$PWD\[\e[m\]\[\e[91m\]\$(parse_git_branch) \[\e[01;31m\]\\$> \[\e[m\]"

# sercangezer@TTK[192.168.1.68]:/GIT/sercangezer.com.tr(main) $>

Esen kalın …

SSHFS ile uzak sunucudaki klasörleri baglama

2024-03-14T00:00:00+03:00

Esenlikler,

İş yerindeki bilgisayarıma eve getirdiğimde kendi bilgisayarımdan bu makinedeki dosyalara erişme ihtiyacım oldu.NFS, USB kopyalama gibi meşakatli işlerle dosyaları transfer edebilirdim ama uğraşmak zor geldi açıkcası. Bu çabayı vermemek için; bu işlemleri SSH üzerinden yapan bir client yazmışlar. Bknz: sshfs.

Öncelikle gerekli paketleri kuralım. (Ben Fedora39 kullanıyorum.)

sudo dnf install ntfs-3g fuse sshfs -y

❗ Uzak makinede SSH servisi aktif olması gerekiyor.

Aşağıdaki tarzda bir söz dizimi var.

sshfs [user]@[hostname}:[directory] mountpoint

# user: kullanıcı adı
# hostname: IP yada FQDN
# directory: Bağlanacağınız sunucudaki klasörün yolu
# mountpoint: Kendi makinenizdeki bağlayacağınız klasör

# Kendi makinemizde erişeceğimiz klasörü oluşturuyoruz.
sudo mkdir -p /work/VMs-ISOs

# Yetki ve sahiplik vermemiz gerekebilir.
sudo chmod 777 -R /work/VMs-ISOs
sudo chown sercangezer:sercangezer -R /work/VMs-ISOs

# SSHFS ile bağlayalım
sshfs -o default_permissions sercangezer@192.168.1.187:/VMs-ISOs /work/VMs-ISOs

Size şifre sorabilir ilk kez bağlanıyorsanız, ardından df -hT ile bağlandığını görebiliriz.

sercangezer@|192.168.1.31|:/home/sercangezer $> df -hT
Filesystem                          Type        Size  Used Avail Use% Mounted on
.
.
sercangezer@192.168.1.187:/VMs-ISOs fuse.sshfs  953G  724G  226G  77% /work/VMs-ISOs

Kalıcı olarak bağlamak istiyorsanız /etc/fstab dosyasına yazmamız gerekiyor. (Bunu pek önermiyorum.)

sercangezer@|192.168.1.31|:/home/sercangezer $> cat /etc/fstab
.
.
sercangezer@192.168.1.187:~/ /work/VMs-ISOs fuse.sshfs noauto,x-systemd.automount,_netdev,reconnect,identityfile=/home/sercangezer/.ssh/id_rsa,allow_other,default_permissions 0 0

Artık klasörlere ve dosyalara direkt dosya yöneticisi üzerinden kendi bilgisayarınızdaymış gibi erişebilirsiniz. Tek komutla basit bir çözüm..

Esen kalın …

Docker container ile HOST üzerinde linux komutları çalıştırma

2024-03-07T00:00:00+03:00

Esenlikler,

Docker compose ile ayağa kaldırılan bir uygulamanın birkaç servisinin belli aralıklarla yeniden başlatmam gereken bir ihtiyaç ortaya çıktı.

Bir Linux sever olarak direkt cron olarak bir job yazmaya yönelmek istesemde müşteri bunu compose içerisinden yönetilmesini istedi.

command: argümanlarını değiştirerek istediğiniz komutları çalıştırabilirsiniz. ¹

version: '3'
services:
  app:
    container_name: app
    image: nginx:alpine
    ports: ["80:80"]
    restart: unless-stopped

  restarter:
    container_name: restarter
    image: docker:cli
    volumes: ["/var/run/docker.sock:/var/run/docker.sock"]
    # direkt docker 
    command: ["/bin/sh", "-c", "while true; do sleep 10; echo $$(date +'%Y-%m-%d %H:%M') - app yeniden başlatıldı.; docker restart app; done"]
    # docker-compose içerisinde
    #command: ["/bin/sh", "-c", "while true; do sleep 10; echo $$(date +'%Y-%m-%d %H:%M') - app yeniden başlatıldı.; docker compose -p uygulamam restart app; done"]
    restart: unless-stopped

Çıktısı

sercangezer@TTK|192.168.1.221|:/tmp $> docker logs restarter -f
2024-03-07 08:03 - app yeniden başlatıldı.
app
2024-03-07 08:04 - app yeniden başlatıldı.
app
2024-03-07 08:04 - app yeniden başlatıldı.
app

Esen kalın …

docker-compose.yaml (https://gist.github.com/kizzx2/782b500a81ce46b889903b1f80353f21) ↩

VBoxManage ile VirtualBox üzerindeki sanal makinelerin bütün network kartlarını silme

2024-03-05T00:00:00+03:00

Esenlikler,

Vagrantfile ile oluşturduğum makinelere Bridge network vermekle uğraşmak istemezken VirtualBox üzerindeki sanal makinelerin network kartlarını script ile nasıl kaldırırım? a geldim ve aşağıdaki script bu ameleliği üzerimizden alıyor.

# Sanal makine adları
vm_names=("master" "worker01" "worker02")

# Her bir sanal makine için tüm network interfacelerini silme işlemi
for vm_name in "${vm_names[@]}"
do
    # Host-only interfaceleri kaldırma
    hostonly_interfaces=$(VBoxManage showvminfo "$vm_name" --machinereadable | grep -oP 'hostonlyadapter\d+=' | grep -oP '\d+')
    for hostonly_interface in $hostonly_interfaces
    do
        VBoxManage modifyvm "$vm_name" --nic$hostonly_interface none
    done
    echo "Sanal makine '$vm_name' için hostonly network interfaceleri başarıyla silindi."



    # bridge interfaceleri kaldırma
    bridge_interfaces=$(VBoxManage showvminfo "$vm_name" --machinereadable | grep -oP 'bridgeadapter\d+=' | grep -oP '\d+')
    for bridge_interface in $bridge_interfaces
    do
        VBoxManage modifyvm "$vm_name" --nic$bridge_interface none
    done
    echo "Sanal makine '$vm_name' için bridge network interfaceleri başarıyla silindi."

     # NAT interfaceleri kaldırma
    nat_interfaces=$(VBoxManage showvminfo "$vm_name" --machinereadable | grep -oP 'natnet\d+=' | grep -oP '\d+')
    for nat_interface in $nat_interfaces
    do
        VBoxManage modifyvm "$vm_name" --nic$nat_interface none
    done
    echo "Sanal makine '$vm_name' için NAT network interfaceleri başarıyla silindi." 
done

Esen kalın …

`kafka` PORT is deprecated. Please use SCHEMA_REGISTRY_LISTENERS instead. hatası ve çözümü

2024-02-27T00:00:00+03:00

Esenlikler,

Bir projeyi HELM chart lara çevirirken cp-kafka (6.2.0) servisinde çok ilginç bir hata ile karşılaştım.

HELM chart oluşturup deploy ettiğimde, kafka loglarında;

PORT is deprecated. Please use SCHEMA_REGISTRY_LISTENERS instead.

hata atıyor. Oysa ki environment olarak configmap içerisinde tanımlı.

Çözümü

Sadece deployment adını KAFKA koymamanız gerekiyor. kafka1 koyunca sorunsuz olarak çalışıyor..

Esen kalın …

`sha256sum` ile dosyaların veri bütünlüğünü kontrol etme

2024-02-10T00:00:00+03:00

Esenlikler,

Lokalimizde çalışan HELM Chart ları bir müşterimize USB ile verdiğimizde kendi ortamlarında deploy edildiğinde uygulamanın çalışmadığı iletildi. Kendimiz tekrar USB ile götürüp deploy ettiğimizde uygulama ayağa kalktı..

Bir daha böyle bir sorunla karşılaşmamak adına bir yöntem bulmamız gerekiyordu. O da sha256sum ..

Çalışma ortamınız linux ise sha256sum kurulu olarak geliyor.
Kontrol edeceğimiz klasörün içine giriş aşağıdaki komutu çalıştırıyoruz.

find . -type f -exec sha256sum {} + > `date "+%Y%m%d_%H%M"`_checksums.sha256

Oluşturduğumuz dosyaya baktığımızda sha256 - Dosya adı şeklinde verilerin olduğunu görüyoruz.

  .
  .
  .
  b18bcb13bd1e1f51d7081e2bb1841d046835a37c8bea72a942c737f1870ec011  ./config/menus/version.ipxe
  09d592c451a350dc946f20b8a0c4d0d5667a90e986de39df3b572076bd11396c  ./config/menus/vmware.ipxe
  93f4530175d1cea921fd35c7fd4603c76c3c383aa4ed35d8f0df66a8eafd3b4a  ./config/menus/vyos.ipxe
  6d88517ed96750b94daaa0abd86220e0fa2585fb6b7731f30b8f1e8c9e481bd4  ./config/menus/zeninstall.ipxe
  a5893dc6065a1e18bdfc41cc5bd1820ec4f8262206ecb68b9221204da8d16faa  ./config/endpoints.yml
  fd09ddf4b8ed7383c711bbab444292447d46b63d53bcd8ca2359a76cfbfea2e2  ./config/menuversion.txt
  05d989781bee5ddae40d901612a22893d670dcb53805798412e64183689817e7  ./checksums.sha256
  31c33d36a65bf822d7d8679a9785e252aac4b339a494cc5f6c56d9346028e1f3  ./docker-compose.yaml
  3f9eadd4320dfe2155c14c2b4cad5c21f138e2db82fa14b24015944bc20ab46f  ./20240210_1849_checksums.sha256

❗❗ docker-compose.yaml dosyasında değişiklik yapıyorum ve kontrol ediyorum.

sha256sum -c 20240210_1849_checksums.sha256

Çıktı da görebileceğiniz gibi bir çıktı ile değişmiş olan dosyaları görebiliyoruz.

.
.
.
./config/menus/vmware.ipxe: OK
./config/menus/vyos.ipxe: OK
./config/menus/zeninstall.ipxe: OK
./config/endpoints.yml: OK
./config/menuversion.txt: OK
./docker-compose.yaml: FAILED ❗
./20240210_1849_checksums.sha256: FAILED ❗
sha256sum: WARNING: 2 computed checksums did NOT match ❗

Artık elinizde hatanın sizden kaynaklanmadığına dair bir kanıtınız var.

Esen kalın …

Linux terminalden klavye dili değiştirme

2024-01-31T00:00:00+03:00

Esenlikler,

Bir sunucuya SSH attınız ve ya vCenter üzerinden konsol ile sunucuya eriştiğiniz. Hoop klavye dili İngilizce ..

Neyse ki çözümü basit.

Eğer bir kullanıcı arayüzü(X11,GNOME,KDE vs ) varsa;

setxkbmap tr

Minimal tarzda kurulmuşsa;

localectl set-keymap tr

Esen kalın …

Windterm Linux terminal kurulum

2024-01-06T00:00:00+03:00

Esenlikler,

Windows ortamında terminal olarak MobaXterm ve SecureCRT kullananlar, Linux desktop ortamına geçtiğinde bu yazılımların sağlamış olduğu fonksiyoniteyi sağlayan bir uygulamayı bulamıyor.

Tam bu ihtayaç ortamında 2 ürünün güzel yanlarının bir uygulamada toplanmış hali open-source Windterm !!

Kullanınca müptelası olacaksınız ..

O zaman kuruluma geçelim.

Windterm Kurulum

Github sayfasından son sürüm kaynak dosyasını indirelim.

VER=$( curl --silent "https://api.github.com/repos/kingToolbox/WindTerm/releases/latest"| grep '"tag_name"'|sed -E 's/.*"([^"]+)".*/\1/')
wget https://github.com/kingToolbox/WindTerm/releases/download/${VER}/WindTerm_${VER}_Linux_Portable_x86_64.tar.gz

İndirdiğimiz(WindTerm_2.5.0_Linux_Portable_x86_64.tar.gz) tar dosyasını açalım.

tar -xvf WindTerm_2.5.0_Linux_Portable_x86_64.tar.gz

Klasörü /opt altına taşıyalım.

sudo mv WindTerm_2.5.0 /opt/WindTerm

Klasörün yetkilerini düzenleyelim.

sudo chmod -R 775 /opt/WindTerm

Windterm kısayolu oluşturalım.

cat << EOF | sudo tee /usr/share/applications/windterm.desktop
[Desktop Entry]
Name=WindTerm
Comment=A professional cross-platform SSH/Sftp/Shell/Telnet/Serial terminal
GenericName=Connect Client
Exec=/opt/WindTerm/WindTerm
Type=Application
Icon=/opt/WindTerm/windterm.png
StartupNotify=false
StartupWMClass=Code
Categories=Application;Development
Actions=new-empty-window
Keywords=windterm

[Desktop Action new-empty-window]
Name=New Empty Window
Icon=/opt/WindTerm/windterm.png
Exec=/opt/WindTerm/WindTerm
EOF

Artık kullanmaya başlayabilirsiniz..

Esen kalın …

Belirtilen klasörü Github repoya yeni bir branch olarak göndermek

2023-12-24T00:00:00+03:00

Esenlikler,

Farklı projelerde ve farklı makinelerde kod ve konfigürasyon senkronizasyonu sağlamak adına github ve branch yapısını kullanıyorum. Elle teker teker github komutları girmektense bunu bash script e çevirdim. Belki benim gibi sizin de ihtiyacı olabilir.

Gereklilikler

Reponuz için okuma-yazma izni verilmiş SSH-KEY
sudo yetkisi olan bir kullanıcı
Script içerisindeki değişkenlerin tanımlanması

#!/bin/bash

# +-------------------------------------------------------------------+
# | Author: Sercan GEZER                                              |
# | Email: sercan.gezer.TR@gmail.com                                  |
# +-------------------------------------------------------------------+
#

if (( $EUID != 0 )); then
    echo -e "\n Lütfen SUDO komutu ile scripti tekrar çalıştırın !!\n"
    exit
fi

# Push lanacak klasör
PUSHED_FOLDER="/home/sercangezer/ornek-klasor"
# Push lanacak github reposu
GITHUB_REPO="git@github.com:sercangezer/sercangezer-workspace.git"
# Push lanacak branch adı
BRANCH_NAME="sercangezer-newbranch"
# Push commit mesajı
COMMIT_MESSAGE="Bu klasör scriptle push lanmıştır."
# SSH Anahtarını Tanımla
SSH_KEY="-----BEGIN OPENSSH PRIVATE KEY-----
.
.
.
.
-----END OPENSSH PRIVATE KEY-----
"

# Klasörde 100 MB'dan büyük dosyaları kontrol et
BIG_FILES=$(find $PUSHED_FOLDER -type f -size +100M)

if [ -n "$BIG_FILES" ]; then
	echo "Uyarı: FREE GITHUB 100MB'dan büyük dosya kabul etmiyor."
    echo "Uyarı: Aşağıdaki dosyalar 100 MB'dan büyük:"
    echo "$BIG_FILES"
    exit 1
fi

# Git kullanıcı adı ve e-posta adresini kontrol et
GIT_USER_EMAIL=$(git config --global user.email)
GIT_USER_NAME=$(git config --global user.name)

if [ -z "$GIT_USER_EMAIL" ] || [ -z "$GIT_USER_NAME" ]; then
    echo "Hata: Git kullanıcı adı ve/veya e-posta adresi ayarlanmamış."
    echo "Hata: git config --global user.email 'example@example.org' ile atayabilirsin."
    echo "Hata: git config --global user.name 'ISIMSIZ' ile atayabilirsin."
    exit 1
fi

# Geçici bir dizinde SSH anahtarını sakla
SSH_DIR=$(mktemp -d)
echo "$SSH_KEY" > "$SSH_DIR/ssh_key"
chmod 600 "$SSH_DIR/ssh_key"

# SSH Anahtarını kullanarak bağlanmak için Git ve SSH ayarlarını yap
export GIT_SSH_COMMAND="ssh -i $SSH_DIR/ssh_key -o IdentitiesOnly=yes"

# Git reposuna git
cd $PUSHED_FOLDER
sudo rm -rf .git

# Yerel git deposunu başlat
git init

# Uzak depoyu ekle
git remote add origin $GITHUB_REPO

# Yeni bir branch oluştur ve değişiklikleri ekle
git checkout -b $BRANCH_NAME
git add .

# Commit yap ve push et
git commit -m "$COMMIT_MESSAGE"
git push -u origin $BRANCH_NAME

# SSH Anahtarını ve geçici dizini temizle
sudo rm -rf .git
rm -rf "$SSH_DIR"

çalıştırmak için;

sudo bash script-name.sh

Esen kalın …

Vagrantfile'da sunucunun disk boyutunu ayarlama

2023-12-19T00:00:00+03:00

Esenlikler,

Vagrant, geliştirme ortamlarını hızlıca ayağa kaldırmak için kullandığımız güzel bir ürün. Vagrantfile ile bir sunucu ayağa kaldırdığımızda 40GB bir disk boyutu ile ayaklandırıyor.

Bundan 7 yıl önce bu sorun için bir plugin yazılmış hayırsever bir arkadaş tarafından. Bknz: github/vagrant-disksize

Kurulum

vagrant-disksize eklentisini sistemimize yükleyelim.

vagrant plugin install vagrant-disksize

Vagrantfile dosyamızdaki config kısmına aşağıdaki parametreyi ekliyoruz.

  config.vm.define "sercangezer" do |sercangezer|
    sercangezer.vm.box = "ubuntu/jammy64"
    sercangezer.disksize.size = '100GB' #Diskin 100GB olmasını istiyoruz.

Çıktısı

==> sercangezer: Resized disk: old 40960 MB, req 102400 MB, new 102400 MB
==> sercangezer: You may need to resize the filesystem from within the guest.

Dipnot

Eklenti yükleme işini de Vagrantfile’a bırakmak için Vagrantfile’ın üst kısmına aşağıdaki kod bloğunu ekleyebilirsiniz.

required_plugins = ["vagrant-disksize"]
plugins_to_install = required_plugins.select { |plugin| not Vagrant.has_plugin? plugin }
if not plugins_to_install.empty?
  puts "Yüklenen eklenti: #{plugins_to_install.join(' ')}"
  if system "vagrant plugin install #{plugins_to_install.join(' ')}"
    exec "vagrant #{ARGV.join(' ')}"
  else
    abort "Eklenti yüklenemedi, manuel yüklemeyi deneyebilirsin."
  end
end

Esen kalın …

spesifik Vagrantfile ile çalışmak

2023-12-18T00:00:00+03:00

Esenlikler,

Geliştirme ortamlarını hızlıca ayağa kaldırmak için kullandığımız güzel bir uygulamadır Vagrant. Sunucuları ayağa kaldırabilmemiz için tabii ki de bir Vagrantfile konfigürasyon dosyamız mevcut.

Genelde böyle uygulamalarda -f parametresi ile istediğimiz konfigürasyon dosyasından uygulamayı çalıştırabiliyoruz fakat Vagrant sadece Vagrantfile adındaki konfigürasyon dosyasını okuyor.

Bunu aşmak için basit bir yöntem var. Kullanmak istediğimiz dosyayı değişkene atıyoruz. Şöyle ki;

VAGRANT_VAGRANTFILE=/home/sercangezer/benim-vagrantfile-m vagrant up

Esen kalın …

SKOPEO ile Konteynır İmaj ve Repo Yönetimi

2023-11-27T00:00:00+03:00

Esenlikler,

SKOPEO

Skopeo, root hakkı gerektirmeden ve bir daemon’a ihtiyaç duymadan container image’larınızı bir repository’den başka bir repository’e taşımanızı sağlayan bir araç.

Örnek

📌 NEXUS ADRESİMİZ: nexus.sercangezer.com.tr:30990

skopeo yüklenmesi (Diğer Dağıtımlar için kurulum rehberi)

sudo apt-get update
sudo apt-get -y install skopeo

Private Nexus repomuza login olma söz dizimi

$ skopeo login --tls-verify=false -u admin -p admin nexus.sercangezer.com.tr:30990

Bir imajı indirmeden direkt olarak repodan repoya yükleme
- quay.io –> nexus.sercangezer.com.tr

skopeo copy docker://quay.io/skopeo/stable:latest docker://nexus.sercangezer.com.tr:30990/sg-docker-internal/skopeo:latest --dest-tls-verify=false --dest-creds admin:admin

Bir imajı direkt olarak tar olarak almak

skopeo copy docker://busybox:1.35.0 docker-archive:busybox-1_3_5.tar:busybox:1.35.0

Bir imajın özelliklerini görebilmek için

skopeo inspect --tls-verify=false  docker://nexus.sercangezer.com.tr:30990/sg-docker-internal/skopeo

Bir imajın direkt olarak version tag larını listeler

skopeo list-tags --tls-verify=false docker://nexus.sercangezer.com.tr:30990/sg-docker-internal/skopeo

Bir imajın bütün versiyonlarını local (bilgisayar) klasöre çekme

skopeo sync --src docker --dest dir nexus.sercangezer.com.tr:30990/sg-docker-internal/busybox /home/scope/repo-sync --src-tls-verify=false

Daha önce indirilmiş local (bilgisayar) klasörde bulunan imajları repoya aktarma

skopeo sync --src dir --dest docker /home/scope/repo-sync nexus.sercangezer.com.tr:30990/sg-docker-internal/ --dest-tls-verify=false --dest-creds admin:admin

Komple repo adı da dahil olarak imajları çeker

skopeo sync --src docker --dest dir --scoped nexus.sercangezer.com.tr:30990/sg-docker-internal/busybox /home/scope/repo-scopeed --src-tls-verify=false

k8s-master::sysAdmin::~/repo-scopeed::
$ tree .
.
└── nexus.sercangezer.com.tr:30990
    └── sg-docker-internal
        ├── busybox:1.34.0
        │   ├── 35dacafcdad5b63e0de9524c4be6bf7af78a493318b489840965b955ee4d7e60
        │   ├── 8336f9f1d0946781f428a155536995f0d8a31209d65997e2a379a23e7a441b78
        │   ├── manifest.json
        │   └── version
        ├── busybox:1.35.0
        │   ├── 48af2784ec85ce2b8194c39b667bad46c5aac55704236a98777fe9c5bb98d241
        │   ├── db2e1e3b46c0af1ae524f68073dccd02b5b10a0388a7b3a3f1617ee996376c34
        │   ├── manifest.json
        │   └── version
        ├── busybox:1.36.0
        │   ├── a58ecd4f0c864650a4286c3c2d49c7219a3f2fc8d7a0bf478aa9834acfe14ae7
        │   ├── af2c3e96bcf1a80da1d9b57ec0adc29f73f773a4a115344b7e06aec982157a33
        │   ├── manifest.json
        │   └── version
        └── busybox:latest
            ├── 3f4d90098f5b5a6f6a76e9d217da85aa39b2081e30fa1f7d287138d6e7bf0ad7
            ├── a416a98b71e224a31ee99cff8e16063554498227d2b696152a9c3e0aa65e5824
            ├── manifest.json
            └── version

6 directories, 16 files

Esen kalın …

Linux VirtualBox üzerinde Host-Only network için IP aralığı sorunu

2023-11-17T00:00:00+03:00

Esenlikler,

Develop ortamlarımızın vazgeçilmez Type-II sanallaştırma uygulaması VirtualBox‘ı Linux ortamlarda Host-Only Network ile birlikte kullandığımızda sadece makinelere 192.168.56.0/24 aralığında IP vermemize izin veriyor.

Sanal makinemize 192.168.100.51 gibi bir IP vermek istediğimizde aşağıdaki gibi bir hatayla karşılaşıyoruz.

The IP address configured for the host-only network is not within the
allowed ranges. Please update the address used to be within the allowed
ranges and run the command again.

  Address: 192.168.100.51
  Ranges: 192.168.56.0/21

Valid ranges can be modified in the /etc/vbox/networks.conf file. For
more information including valid format see:

  https://www.virtualbox.org/manual/ch06.html#network_hostonly

Bunu aşabilmek ve istediğimiz IP’de sunucu oluşturabilmemiz için /etc/vbox/networks.conf dosyasını aşağıdaki satırla değiştirmemiz gerekiyor.

cat << EOF | sudo tee /etc/vbox/networks.conf
* 0.0.0.0/0 ::/0
EOF

Artık istediğiniz IP’yi sanal makinelerinize verebilirsiniz.

Esen kalın..

Kubernetes ortamında Longhorn'a Zone Anti-Affinity eklenmesi

2023-11-17T00:00:00+03:00

Esenlikler,

Longhorn Zone Anti-Affinity nedir?

Longhorn kullanan projelerde Storage HA sağlamak için master ve worker node lara label ekleyerek storage tarafında High Avaliability sağlıyoruz.

Örnek Senaryo: 3 master 6 worker olan bir cluster yapımızda 1 master 2 worker şeklinde zone oluşturup, Longhornda volume leri her zone da farklı makinelerde çalışmasını sağlayacağız.

# Zone1
master-01
worker-01
worker-02

# Zone2
master-02
worker-03
worker-04

# Zone3
master-03
worker-05
worker-06

Konfigürasyon yapılması

Tip

❗❗ Longhorn, k3s üzerinde Helm v3 ile kurulmuştur.

Node larımıza label ekliyoruz.

Örnek söz dizimi (Syntax);

kubectl label nodes <NODE_NAME> topology.kubernetes.io/zone=<ZONE_NAME>

Bizim seneryomuza göre;

kubectl label nodes master-01 topology.kubernetes.io/zone=zone1
kubectl label nodes worker-01 topology.kubernetes.io/zone=zone1
kubectl label nodes worker-02 topology.kubernetes.io/zone=zone1
kubectl label nodes master-02 topology.kubernetes.io/zone=zone2
kubectl label nodes worker-03 topology.kubernetes.io/zone=zone2
kubectl label nodes worker-04 topology.kubernetes.io/zone=zone2
kubectl label nodes master-03 topology.kubernetes.io/zone=zone3
kubectl label nodes worker-05 topology.kubernetes.io/zone=zone3
kubectl label nodes worker-06 topology.kubernetes.io/zone=zone3

Longhorn dashboard a girip aşağıdaki ayarları set ediyoruz.

Replica Node Level Soft Anti-Affinity: TRUE (tikle)
Replica Zone Level Soft Anti-Affinity: TRUE (tikle)

Direkt olarak Kubernetes üzerinden true set edebilirsiniz.

# Replica Node Level Soft Anti-Affinity: TRUE
kubectl --namespace longhorn-system patch settings.longhorn.io replica-soft-anti-affinity --type='json' -p '[{"op":"replace","path":"/value","value":"true"}]'


# Replica Zone Level Soft Anti-Affinity: TRUE
kubectl --namespace longhorn-system patch settings.longhorn.io replica-zone-soft-anti-affinity --type='json' -p '[{"op":"replace","path":"/value","value":"true"}]'

Longhorn Dashboard > Volumes üzerinden artık hangi PVC’nin hangi zone da oluştuğunu görebilirsiniz.

Kubernetes ortamında HELM ile LONGHORN kurulumu

2023-11-17T00:00:00+03:00

Esenlikler,

Longhorn nedir?

Longhorn, Rancher firması tarafından Kubernetes için geliştirilmiş dağınık (distributed) block storage sistemidir.

Backup, Restore ve Storage HA sağlayabilmek için projelerimizde kullanıyoruz.

Longhorn Kurulum

Tip

❗❗ k3s üzerinde Helm v3 ile kurulmuştur.

Helm repo ekleyelim ve güncelleyelim.

helm repo add longhorn https://charts.longhorn.io
helm repo update

Helm 3 ile Longhorn kuralım

kubectl create namespace longhorn-system
helm install longhorn longhorn/longhorn --namespace longhorn-system

default storageclass olarak longhorn storageclass ayarlayalım. Daha doğrusu 2 tane default storageclass oluyor local-path storageclass varsayılanı kaldırıyoruz.

kubectl patch storageclass local-path -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

Çıktısı aşağıdaki gibidir

$ k get storageclasses.storage.k8s.io 

#Çıktısı
NAME                   PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
local-path (default)   rancher.io/local-path   Delete          WaitForFirstConsumer   false                  105d
retained-storage       rancher.io/local-path   Retain          WaitForFirstConsumer   false                  105d
longhorn (default)     driver.longhorn.io      Delete          Immediate              true                   106s

$ kubectl patch storageclass local-path -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

#Çıktısı
storageclass.storage.k8s.io/local-path patched


$ k get storageclasses.storage.k8s.io 

#Çıktısı
NAME                 PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
retained-storage     rancher.io/local-path   Retain          WaitForFirstConsumer   false                  105d
longhorn (default)   driver.longhorn.io      Delete          Immediate              true                   2m11s
local-path           rancher.io/local-path   Delete          WaitForFirstConsumer   false                  105d

nodePort 31999 ayarlayalım.

kubectl --namespace longhorn-system patch svc longhorn-frontend --type='json' -p '[{"op":"replace","path":"/spec/type","value":"NodePort"},{"op":"replace","path":"/spec/ports/0/nodePort","value":31999}]'

http://SUNUCU_IP:31999 ile Longhorn dashboard a ulaşabilirsiniz.

Longhorn Kaldırma

kubectl -n longhorn-system patch -p '{"value": "true"}' --type=merge lhs deleting-confirmation-flag
helm uninstall longhorn -n longhorn-system
kubectl delete namespace longhorn-system

Proxmox üzerindeki sanal makineyi VirtualBox a import etme

2023-10-30T00:00:00+03:00

Esenlikler,

Proxmox sanallaştırma ortamında bulunan sanal makinemizi kendi bilgisayarımıza alma ihtiyacı doğmuştu. Tekrar lazım olacağına düşünerek buraya not düşmek istediğim.

O zaman başlayalım.

Warning

❗ Proxmox'un yüklü olduğu fiziksel makineye bağlanacağımız için çalıştıracağınız kodları dikkat ediniz.
❗ Export işlemi CPU ve Memory tarafından yoğun bir işlemdir.O sebeple yoğun çalışan fiziksel makine üzerinde denemeyiniz.

Export alacağımız hangi Proxmox fiziksel makinedeyse SSH ile bağlanıyoruz.
Sonraki işlemlerde kullanacağımız VMID imizi bulalım.

root@proxmox-c1:~# qm list

# output
VMID NAME                         STATUS     MEM(MB)    BOOTDISK(GPID       
100  sercangezer-k8s              running    32000      100.1363405   
102  sercangezer-compose          running    65536      150.55836     
103  sercangezer-Nexus            running    12288      400.692963   

103 numaralı sercangezer-Nexus makinesinin export unu alacağım. Config ine kontrol edelim.

root@proxmox-c1:~# qm config 103

# output
boot: order=scsi0
cores: 2
ide2: none,media=cdrom
memory: 12288
meta: creation-qemu=7.1.0,ctime=1698403327
name: sercangezer-nexus
net0: virtio=D6:65:2A:74:5A:1E,bridge=vmbr0
numa: 0
ostype: l26
scsi0: local-lvm:vm-103-disk-0,iothread=1,size=400G
scsihw: virtio-scsi-single
smbios1: uuid=186b27f3-4318-481d-beca-438c6e048648
sockets: 2
vmgenid: faedaee9-1326-43be-9e05-cb08b1d9ddfe

Proxmox üzerinde her bir makine bir logical volume. Bu sebeple 103 numaralı makinenin logical volume nu bulalım.

root@proxmox-c1:~# lvs | grep -i 103

#Output
LV            VG  Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert                                 
vm-103-disk-0 pve Vwi-aotz--  400.00g data        11.26 

vm-103-disk-0 bilgisini kullanarak logical volume özelliklerine bakalım.

root@proxmox-c1:~# lvdisplay /dev/pve/vm-103-disk-0 
  
#OUTPUT  
--- Logical volume ---
LV Path                /dev/pve/vm-103-disk-0
LV Name                vm-103-disk-0
VG Name                pve
LV UUID                RHXaHM-c0Ra-zW6L-0u0m-Ao2p-PFh8-4EaeN9
LV Write Access        read/write
LV Creation host, time nexus, 2023-10-27 13:42:43 +0300
LV Pool name           data
LV Status              available
# open                 1
LV Size                400.00 GiB
Mapped size            11.26%
Current LE             102400
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           253:9

makinemiz çalışıyorsa durduralım

qm shutdown 103

Export edelim

Info

qemu-img convert -O vdi INPUT-PATH OUTPUT.vdi

qemu-img convert -O vdi /dev/pve/vm-103-disk-0 /root/sercangezer-nexus.vdi

/root altından dosyayı alıp VirtualBox üzerinde import edebilirsiniz.

Esen kalın …

Ansible ile kendi imzaladığımız SSL/TLS sertifika oluşturma

2023-10-24T00:00:00+03:00

Esenlikler,

Develop ortamlarda SSL ihtiyacımız olduğu zaman openssl ile makinelerimize kurup geçiyoruz. Fakat onlarca, yüzlerce makineniz varsa bu ansible-playbook tam size göre..

Öncelikle ansible-playbook çalıştıracağımız makineye gerekli modülü yükleyelim.

ansible-galaxy collection install community.crypto

Aşağıdaki taskları kendinize göre düzenleyip bütün makinelere basabilirsiniz.

- name: 'Self-signed key oluşturuyoruz'
      community.crypto.openssl_privatekey:
        path: "/home/sercangezer/ssl/sercangezer.key" # private keyinizin tam yolu
        size: 4096
        mode: 0600
        type: RSA
        state: present

    - name: 'Self-signed sertifika için Certificate signing request (CSR) oluşturuyoruz.'
      community.crypto.openssl_csr_pipe:
        privatekey_path: "/home/sercangezer/ssl/sercangezer.key" # private keyinizin tam yolu
        common_name: "develop.sercangezer.com.tr"  # domain adresi
        organization_name: "develop.sercangezer.com.tr" # domain adresi
        subject_alt_name: 'DNS:develop.sercangezer.com.tr' # domain adresi
      register: csr

    - name: '10 yıl geçerli SSL/TLS oluşturuyoruz.'
      community.crypto.x509_certificate:
        path: "/home/sercangezer/ssl/sercangezer.crt" # public keyinizin tam yolu
        privatekey_path: "/home/sercangezer/ssl/sercangezer.key" # private keyinizin tam yolu
        csr_content: ""
        provider: selfsigned
        selfsigned_not_after: "+3650d" # 10 yıllık key oluşturuyoruz
        mode: 0644

Esen kalın …

Github API ile organizasyondaki bütün repo lara etiket ekleme

2023-10-20T00:00:00+03:00

Esenlikler,

Çalıştığımız bir proje ve buna bağlı repolarındaki bütün etiketleri silip, sadece bizim eklemek istediğimiz etiketleri ekleme gibi bir ihtayacımız oluşmuştu. Github API ile bu sorunumuzu python script ile çözdük.

Belki bir gün başkalarına lazım olur diye buraya bırakıyorum.

Tip

❗ Github üzerinden Personel Access Token oluşturmanız gerekmektedir.

Çalışma Algoritması

Repoların adlarını çeker
Repoların etiketlerini listeler
- Repoların bütün etiketlerini siler
- Repolarda yeni etiketleri oluşturur

import requests

# Repolar neye aitse onun kullanıcı adını giriyoruz. 'Organizasyon adı' ve ya 'kullanıcı adı'
owner = 'ORGANIZASYON_ADI_VEYA_USERNAME'
# Personal Access Token'ımız
token = 'PERSONAL_ACCESS_TOKEN_GIRINIZ'



# Header ımızı oluşturuyoruz.
headers = {
    'Authorization': f'token {token}',
    'Accept': 'application/vnd.github+json',
    'X-GitHub-Api-Version': '2022-11-28',

}

# Organizasyon ve ya kullanıcıya ait repoları listeliyoruz.
repos_url = f'https://api.github.com/orgs/{owner}/repos'  # Organizasyon için
#repos_url = f'https://api.github.com/users/{owner}/repos'  # Kullanıcı için

response = requests.get(repos_url, headers=headers)


if response.status_code == 200:
    repositories = response.json()
    for repo in repositories:
        repo_name = repo['name']

        # Repository lerimizdeki etiketleri çekiyoruz.
        response = requests.get(f'https://api.github.com/repos/{owner}/{repo_name}/labels', headers=headers)

        if response.status_code == 200:
            labels = response.json()

            # Repodaki bütün etiketleri siliyoruz
            for label in labels:
                label_name = label['name']
                response = requests.delete(f'https://api.github.com/repos/{owner}/{repo_name}/labels/{label_name}', headers=headers)

                if response.status_code == 204:
                    print(f"Deleted label: {label_name}")
                else:
                    print(f"Failed to delete label: {label_name}")
        else:
            print("Failed to list labels")


        #  Oluşturulacak etiketlerin bilgilerini giriyoruz.
        labels_to_create = [
            {"name": "in review", "color": "01DFDE", "description": "Gözden Geçirilecek"},
            {"name": "postponed", "color": "D543F1", "description": "Ertelenen İşler"},
            {"name": "sprint", "color": "FBCA04", "description": "Sprint içerisindeki konular"},
        ]

        # API endpoint imiz
        url = f'https://api.github.com/repos/{owner}/{repo_name}/labels'

        # Etiket oluşturuyoruz.
        for label_data in labels_to_create:
            print(label_data)
            response = requests.post(url, json=label_data, headers=headers)

            # Oluşturduysa ekrana bilgi basar
            if response.status_code == 201:
                print(f"Label '{label_name}' created successfully.")
            else:
                print(f"Failed to create label. Status code: {response.status_code}")
                print(response.text)
else:
    print(f"Failed to retrieve repositories. Status code: {response.status_code}")

Şöyle bir çıktıyla karşılacaksınız.

.
.
Deleted label: bug
Deleted label: documentation
Deleted label: duplicate
Deleted label: enhancement
Deleted label: good first issue
Deleted label: help wanted
Deleted label: invalid
Deleted label: question
Deleted label: wontfix
Label 'in review' created successfully.
Label 'postponed' created successfully.
Label 'sprint' created successfully.
.
.

Esen kalın …

Linux ortamlarda rbenv ile farklı ruby versiyonları kullanma

2023-10-17T00:00:00+03:00

Esenlikler,

Bu blogu Jekyll ile github-pages üzerinden host ediyorum. Bir modül denemek için ruby nin farklı bir versiyonu yüklü olması gerekiyormuş. Komple ruby silip o versiyonu yüklemek yerine rbenv ile herhangi bir şey silmeden istediğimiz ruby versiyonu yükleyip, onu kullanabiliyoruz.

Ben Linux dağıtımı olan RedHat tabanlı Fedora 38 üzerinde bu kurulumu gerçekleştireceğim.

rbenv yazılımı yükleyelim.

sudo dnf install rbenv -y

rbenv konfigürasyonları direkt alabilmek için ~/.bashrc dosyamıza PATH giriyoruz.

# .bashrc dosyamızı açıyoruz.
vi ~/.bashrc

# En altına aşağıdaki konfigürasyonu ekleyip, :wq ile kaydediyoruz.
export PATH="$HOME/.rbenv/shims:$PATH"
eval "$(rbenv init -)"

# Ayarların aktif ediyoruz.
source ~/.bashrc

Kurabileceğimiz sürümleri görüntüleyelim.

# Kurabileceğimiz stabil ruby sürümleri
rbenv install -l

# Kurabileceğimiz ruby sürümleri
rbenv install -L

2.6.10 sürümünü kurmak istiyorum.

# Ruby 2.6.10 versiyonunu kuralım
rbenv install 2.6.10

Sistemimizdeki versiyonları listelediğimizde artık 2.6.10 ruby versiyonunu da görebileceğiz.

rbenv install 2.6.10

# Çıktısı
* system (set by /home/sercangezer/.rbenv/version)
  2.6.10
  2.7.5

Artık sistemimizdeki ruby versiyonunu 2.6.10 olarak değiştirelim.
- Önce versiyonumuzu bir kontrol edelim.
```
ruby --version

#Çıktısı
ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x86_64-linux]
```

# Ruby versiyonunu 2.6.10 a çekme
rbenv global 2.6.10

Versiyonları kontrol edelim.

# Ruby versiyonu kontrol edelim.
ruby --version

# Çıktısı
ruby 2.6.10p210 (2022-04-12 revision 67958) [x86_64-linux]

# gem versiyonunu kontrol edelim.
gem env home

#Çıktısı
/home/sercangezer/.rbenv/versions/2.6.10/lib/ruby/gems/2.6.0

Tekrar sistemde varsayılan olan sürüme dönmek için;

rbenv global system
rbenv local --unset

Esen kalın …

Lens ile kubernetes objelerini görselleştirme

2023-10-16T00:00:00+03:00

Esenlikler,

Kubernetes cluster yönetimini kubectl gibi native araçlar ile yapabileceğimiz gibi Lens gibi GUI si olan araçlarda yönetimi kolaylaştırabiliyor.

Lens uygulamasının kubernetes objelerinin ilişkilerini görselleştiren Lens Resource Map eklentisini kuracağız.

Kuruluma geçelim …

Lens uygulamasını açalım.
Sol üst menüden File > Extensions kısmına tıklayarak, açılan ekranda aşağıdaki URL’i girelim.

@nevalla/kube-resource-map

ve Install diyoruz.
Yükleme tamamlandıktan sonra Lens’i kapatıp açtığımızda sol menüde Resource Map kısmından görselleştirilmiş ilişkileri görebilirsiniz.

Kubeview ile kubernetes objelerini görselleştirme

2023-10-16T00:00:00+03:00

Esenlikler,

Yeni bir kubernetes ortamında çalışmaya başladığınızda ilk etapta objelerin birbiriyle ilişkilerini kurmakta zorlanırız. Bunu bir nebze azaltabilmek için kubeview kullanarak görselleştirme yapabiliriz..

Kubeview in görselleştirebildiği objeler;

Deployments
ReplicaSets / StatefulSets / DaemonSets
Pods
Services
Ingresses
LoadBalancer IPs
PersistentVolumeClaims
Secrets
ConfigMaps

Kuruluma geçelim…

Repoyu indirelim.

git clone https://github.com/benc-uk/kubeview

Chart dizinine gidelim.

cd kubeview/charts/

kubeview/values.yaml dosyası içinden ingress ve ya nodeport tanımlayabilirsiniz.
helm chart ı yükleyelim.

helm install kubeview ./kubeview -f myvalues.yaml

Örnek bir ekran

Nexus Repository programatik olarak dosya yükleme

2023-10-15T00:00:00+03:00

Esenlikler,

Shell Script içerisinde programatik olarak curl ile Nexus repolarına dosya yükleyebiliyoruz.

# Değişkenleri tanımlıyoruz.
export _NEXUS_REGISTRY_USER=admin
export _NEXUS_REGISTRY_PASSWORD=admin
export _NEXUS_GENERAL_REPOSITORY_URL=https://nexus.sercangezer.com.tr

# Komutun söz dizimi
curl -k -v -u <NEXUS_KULLANICI_ADI>:<NEXUS_KULLANICI_PAROLASI> --upload-file <YÜKLENECEK_DOSYANIN_FULL_PATHI> <NEXUS_REPOSITORY_URL>/<YUKLENECEK_DOSYA_ADI>

# curl ile gönderiyoruz.
curl -k -v -u $_NEXUS_REGISTRY_USER:$_NEXUS_REGISTRY_PASSWORD --upload-file /nfs-server/sg-setup.tar.gz $_NEXUS_GENERAL_REPOSITORY_URL/repository/sg-raw-files/sg-setup/sg-setup.tar.gz

Nexus Repository curl ile healthcheck

2023-10-15T00:00:00+03:00

Esenlikler,

Shell Script içerisinde programatik olarak curl ile Nexus repository’nin healthcheck yapılmasını sağlayan komut dizisi.

$> curl -k  'https://nexus.sercangezer.com.tr/service/metrics/ping' -u admin:admin

#OUTPUT
pong

Basit bir döngüye alarak, Nexus repository çevrimiçi/online olmasını bekleyebiliriz.

_NEXUS_ONLINE=`curl -X 'GET' 'http://nexus.sercangezer.com.tr/service/metrics/ping' -u admin:admin`
while [ "$_NEXUS_ONLINE" != "pong" ]
do 
    echo -e "NEXUS  Repository daha online/çevrimiçi değil."
    sleep 10
done

❗ SSL/TLS kullanıyorsanız curl -k parametresini kullanmanız gerekiyor.

Linux ortamda Vagrant Virtualbox provider sorunu

2023-10-12T00:00:00+03:00

Esenlikler,

Linux sunucularda vagrant ile test ortamı oluşturmaya çalıştığımızda virtualbox provider ına değil de libvirt provider a gitmeye çalışıyorsa aşağıdaki adımları uygulayarak çözüme gidebilirsiniz.

HATA

Bringing machine 'ansibledeney' up with 'libvirt' provider...
==> ansibledeney: Box 'ubuntu/jammy64' could not be found. Attempting to find and install...
    ansibledeney: Box Provider: libvirt
    ansibledeney: Box Version: >= 0
==> ansibledeney: Loading metadata for box 'ubuntu/jammy64'
    ansibledeney: URL: https://vagrantcloud.com/ubuntu/jammy64
The box you're attempting to add doesn't support the provider
you requested. Please find an alternate box or use an alternate
provider. Double-check your requested provider to verify you didn't
simply misspell it.

If you're adding a box from HashiCorp's Vagrant Cloud, make sure the box is
released.

Name: ubuntu/jammy64
Address: https://vagrantcloud.com/ubuntu/jammy64
Requested provider: [:libvirt]

Öncelikle vagrant ın güncel olup olmadığını kontrol edelim ve güncel repodan güncel sürümü çekelim. (Ben Fedora Linux kullanıyorum.)

sudo dnf install -y dnf-plugins-core
sudo dnf config-manager --add-repo https://rpm.releases.hashicorp.com/fedora/hashicorp.repo
sudo dnf update

❗ Diğer sürümlere ait repolar: https://developer.hashicorp.com/vagrant/downloads

VAGRANT_DEFAULT_PROVIDER global değişkenini ~/.bashrc dosyamıza eklememiz gerekiyor.

echo "export VAGRANT_DEFAULT_PROVIDER=virtualbox" >> ~/.bashrc
source ~/.bashrc

Artık vagrant up ile sunucularımızı kaldırabiliriz.

AWX'de Git (Source Control) Credential oluşturma

2023-10-11T00:00:00+03:00

Esenlikler,

AWX üzerinde Projects lerde kullanacağımız git repoları için source control credential oluşturmamız gerekiyor.

O zaman aksiyona geçelim …

Öncelikle Github’a kaydedeceğimiz SSH Keyleri oluşturalım. Bunun için AWX çalışan makinemize bağlanıp, ssh-keygen ile private ve public key oluşturuyoruz.
- ~/.ssh/awx_ssh: Bizim private key dosyamız.
- ~/.ssh/awx_ssh.pub: Bizim public key dosyamız.

ssh-keygen -t ed25519 -C "EMAIL_ADRESINIZ" -f ~/.ssh/awx_ssh

❗❗ enter passphrase kısmına gireceğiniz parolayı unutmayınız.!

ssh-keygen -t ed25519 -C "EMAIL_ADRESINIZ" -f ~/.ssh/awx_ssh

Generating public/private ed25519 key pair.
Enter passphrase (empty for no passphrase): #PAROLANIZ
Enter same passphrase again: #PAROLANIZ
Your identification has been saved in /home/sercangezer/.ssh/awx_ssh
Your public key has been saved in /home/sercangezer/.ssh/awx_ssh.pub
The key fingerprint is:
SHA256:4pCdp5z7bskijlJCYyFesMhJMjFnxkR7rQ6QOYM0804 EMAIL_ADRESINIZ
The key's randomart image is:
+--[ED25519 256]--+
|=@B              |
|OXBo .           |
|@++E. .          |
| Oo. + .         |
|o o.+ + S        |
|. .o + =         |
| o  . =. .       |
|.  .. ..+        |
| ......=o        |
+----[SHA256]-----+

https://github.com/settings/keys adresinden New SSH Key diyerek ekrana gelen TITLE ve KEY kısmını doldurmamız gerekiyor.
TITLE: SSH-Key i betimleyecek kelimeler girebilirsiniz.
KEY: Yukarıdaki adımda oluşturduğumuz public keyi yapıştırıyoruz.

cat ~/.ssh/awx_ssh.pub

#ÇIKTIyı KEY kısmına yapıştırıyoruz ve KAYDEDIYORUZ.

AWX Web UI > Resources > Credentials > Add diyerek yeni bir credential oluşturuyoruz.
- Name
- Description
- Organization
- Credentials Type: Source Control olarak seçiyoruz.
Source Control seçtikten sonra yeni alanlar geliyor.
- SCM Private Key: kısmına KEY imizi (cat ~/.ssh/awx_ssh) çıktısını yapıştırıyoruz.
- Private Key Passphrase: ssh key oluştururken kullandığımız PAROLAyı giriyoruz.
Artık Project altında Git repolarında SSH-Key bağlantınızı kullabilirsiniz.

Linux sunucularda diski klasöre kalıcı bağlama (Mount etme)

2023-05-07T00:00:00+03:00

Video

Esenlikler,

Linux sunucularımıza yeni disk eklediğimizde bunu sunucularımıza tanıtıp, ulaşabileceğimiz bir klasöre kalıcı olarak bağlamamız gerekiyor.

Çalışma ortamı

🔥 VirtualBox üzerinde Vagrant ile otomatik kurulum için Vagrantfile

Sanallaştırma           :       VirtualBox
İşletim Sistemi         :       Centos7
IP                                  :       192.168.56.35
Hostname                 :       sercangezer-diskEkleme
Disk 1 [5 GB]             :       /dev/sdb
Disk 2 [8 GB]             :       /dev/sdc

Ön Hazırlık

İşlemlerimizi root kullanıcısı ile gerçekleştireceğiz.

Disklerimizi bölümlendirelim

Bölümlendireceğimiz disklerin adlarını öğrenelim.

root@sercangezer-diskEkleme:/root #> lsblk -paf
NAME                                 FSTYPE         LABEL UUID                                                                 MOUNTPOINT
/dev/sda                                                      
└─/dev/sda1                     xfs                 1c419d6c-5064-4a2b-953c-05b2c67edb15              /
/dev/sdb                                                      
/dev/sdc  

Bizim çalışmamızda /dev/sdb ve /dev/sdc diskleri.

Genelde disklerimizi ext4 ve ya xfs dosya türünde biçimlendirmeyi tercih ediyoruz. Tamamen ihtiyaçlar doğrultusunda bir seçim. Bu çalışmamızda xfs olarak biçimlendireceğim.
Hızlıca diskimizi bölünmendirmek için aşağıdaki kodu çalıştıralım.

/dev/sdb bölümlendirelim

root@sercangezer-diskEkleme:/root #> fdisk /dev/sdb <<EOF
n
p
1


w
EOF

/dev/sdc bölümlendirelim

root@sercangezer-diskEkleme:/root #> fdisk /dev/sdc <<EOF
n
p
1


w
EOF

Bölümlendirme yaptıktan sonraki son durum;

root@sercangezer-diskEkleme:/root #> lsblk -paf
NAME                                          FSTYPE                                    LABEL UUID                                                                   MOUNTPOINT
/dev/sda                                                      
└─/dev/sda1                             xfs                                             1c419d6c-5064-4a2b-953c-05b2c67edb15                  /
/dev/sdb                                                      
└─/dev/sdb1                                                   
/dev/sdc                                                      
└─/dev/sdc1

Gördüğünüz gibi artık elimizde /dev/sdb1 ve /dev/sdc1 adında disk bölümlerimiz oluştu.

Disk bölümlerimizi ‘xfs’ türünde biçimlendirelim

Disklerimizi Linux sistemimize tanıttık fakat hangi verinin nerede tutulduğunu ve istediğimiz zaman erişebilmemiz için bu disklerimizi xfs dosya sistemi türünde biçimlendirmemiz gerekiyor.

/dev/sdb1 biçimlendirelim

root@sercangezer-diskEkleme:/root #> mkfs.xfs /dev/sdb1

/dev/sdc1 biçimlendirelim

root@sercangezer-diskEkleme:/root #> mkfs.xfs /dev/sdc1

xfs türünde biçimlendirdiğimizi teyit etmek için;

root@sercangezer-diskEkleme:/root #> lsblk -apf
NAME                              FSTYPE              LABEL UUID                                                                          MOUNTPOINT
/dev/sda                                                      
└─/dev/sda1                 xfs                       1c419d6c-5064-4a2b-953c-05b2c67edb15                        /
/dev/sdb                                                      
└─/dev/sdb1                 xfs                        cb6d96bb-fbda-473f-ad68-5d8f1eb298ba 
/dev/sdc                                                      
└─/dev/sdc1                 xfs                         cfc34bde-85e2-435c-a89c-8b525bf95574

Görüldüğü gibi /dev/sdb1 ve /dev/sdc1 bölümlerinin FSTYPE ı xfs olarak görülüyor.

Klasörlere bağlama

Disklerimize kolaylıkla ulaşabilmek için klasörlere bağlamalıyız. Bizim örneğimizde /mnt klasörü altındaki my-data ve my-linux klasörlerine bağlayacağız.

root@sercangezer-diskEkleme #> mkdir -p /mnt/my-data

root@sercangezer-diskEkleme #> mkdir -p /mnt/my-linux

Oluşturdurduğumuz klasörlere mount komutuyla disklerimizi bağlıyoruz.

root@sercangezer-diskEkleme #> mount /dev/sdb1 /mnt/my-data/

root@sercangezer-diskEkleme #> mount /dev/sdc1 /mnt/my-linux/

Kontrol ettiğimizde bağlandığını görebiliyoruz.

root@sercangezer-diskEkleme:/mnt #> df -hT

Filesystem     Type      Size  Used Avail Use% Mounted on
.
.
/dev/sdb1      xfs       5.0G   33M  5.0G   1% /mnt/my-data
/dev/sdc1      xfs       8.0G   33M  8.0G   1% /mnt/my-linux

❗Fakat bu kalıcı bir bağlama olmadı. Sunucuyu yeniden başlattığımızda bu bağlantının koptuğunu göreceksiniz.

KALICI olarak klasöre bağlama

Klasöre kalıcı olarak bağladığımızda mount -av çıktısında gelmesi gerekiyor.

root@sercangezer-diskEkleme:/mnt #> mount -av
/                        : ignored
none                     : ignored

Kalıcı hale getirmek için /etc/fstab dosyanın içerisine bağlama bilgilerini yazmamız gerekiyor.

İsterseniz vi/nano text editör ile /etc/fstab dosyasını açıp aşağıdaki tanımlamaları ekleyebilirsiniz.

/dev/sdb1         /mnt/my-data          xfs           defaults          0 0
/dev/sdc1         /mnt/my-linux          xfs           defaults          0 0

Direkt olarak /etc/fstab dosyasının sonuna eklemek için;

echo '/dev/sdb1         /mnt/my-data          xfs           defaults          0 0' >> /etc/fstab
echo '/dev/sdc1         /mnt/my-linux          xfs           defaults          0 0' >> /etc/fstab

Artık mount -av ile kontrol ettiğimizde kalıcı olarak bağlandığını görebileceğiz.

root@sercangezer-diskEkleme:/mnt #> mount -av

/                        : ignored
none                     : ignored
/mnt/my-data             : already mounted
/mnt/my-linux            : already mounted

Linux RAID-1 disk yapılandırılması

2023-04-14T00:00:00+03:00

Video

Esenlikler,

Bugün VirtualBox üzerinde oluşturduğumuz Rocky Linux üzerindeki disklerimizi RAID-1 (Mirroring) türünde biçimlendireceğiz.

RAID ile ilgili Türkçe olarak RAID Nedir? RAID 0 - 1 - 5 - 6 - 10 Tipleri ve Farkları Nelerdir? yazısını okumanızı tavsiye ederim.

Çalışma Ortamı

Sanallaştırma     :       VirtualBox
İşletim Sistemi   :       Rocky Linux 9.1
IP                            :       192.168.1.57
Hostname           :       raid-1.sercangezer.com
Disk 1 [5 GB]    :      /dev/sdb
Disk 2 [5 GB]    :      /dev/sdc

Ön Hazırlık

İşlemlerimizi root kullanıcısı ile yapıyoruz.
RAID yapımızı yönetmek için mdadm yazılımını kullanıyoruz. Kurulum için;

[root@raid-1 ~]# yum install mdadm -y

Disklerimizde herhangi bir RAID tanımlanması yapılmış mı diye kontrol edelim.

[root@raid-1 ~]# mdadm -E /dev/sd[b-c]

# Çıktı
mdadm: No md superblock detected on /dev/sdb.
mdadm: No md superblock detected on /dev/sdc.

Disklerimizi RAID için bölümlendirme

Hızlıca diskimizi bölümlendirmek için; (/dev/sdb)

[root@raid-1 ~]# fdisk /dev/sdb <<EOF
n
p
1


t
fd
w
EOF

Hızlıca diskimizi bölümlendirmek için; (/dev/sdc)

[root@raid-1 ~]# fdisk /dev/sdc <<EOF
n
p
1


t
fd
w
EOF

Disklerimizin bölümlendiğini kontrol etmek için;

[root@raid-1 ~]# mdadm -E /dev/sd[b-c]


/dev/sdb:
   MBR Magic : aa55
Partition[0] :     41940992 sectors at         2048 (type fd)
/dev/sdc:
   MBR Magic : aa55
Partition[0] :     41940992 sectors at         2048 (type fd)

RAID 1 cihazı oluşturma

/dev/sdb1 ve /dev/sdc1 disk bölümlerini kullanarak /dev/md0 RAID cihazımızı oluşturalım.

[root@raid-1 ~]# mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sd[b-c]1

Çıktısı

mdadm: Note: this array has metadata at the start and
    may not be suitable as a boot device.  If you plan to
    store '/boot' on this device please ensure that
    your boot-loader understands md/v1.x metadata, or use
    --metadata=0.90
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.

RAID oluşturma sürecini takip etmek için;

[root@raid-1 ~]# cat /proc/mdstat

Çıktısı

[root@raid-1 ~]#  cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdc1[1] sdb1[0]
      20953088 blocks super 1.2 [2/2] [UU]
      [=============>.......]  resync = 66.6% (13963776/20953088) finish=0.5min speed=206105K/sec

unused devices: <none>


[root@raid-1 ~]#  cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdc1[1] sdb1[0]
      20953088 blocks super 1.2 [2/2] [UU]

unused devices: <none>

RAID’e eklenen disk bölümleri hakkında bilgi almak için;

[root@raid-1 ~]# mdadm -E /dev/sd[b-c]1

Oluşturduğumuz RAID cihazına ait bilgileri görmek için;

[root@raid-1 ~]# mdadm --detail /dev/md0

RAID cihazında dosya sistemi oluşturma

/dev/md0 RAID cihazını ext4 formatında biçimlendiriyoruz.

[root@raid-1 ~]# mkfs.ext4 /dev/md0

Çıktısı

mke2fs 1.46.5 (30-Dec-2021)
/dev/md0 contains a ext4 file system
        created on Thu Apr 13 18:05:13 2023
Proceed anyway? (y,N) y
Creating filesystem with 5238272 4k blocks and 1310720 inodes
Filesystem UUID: b00be000-658c-4374-9918-94d3f15d383c
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000

Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

Biçimlendirdiğimiz /dev/md0 RAID cihazını /raid-ornek klasörüne bağlayalım.

[root@raid-1 ~]# mkdir /raid-ornek
[root@raid-1 ~]# mount /dev/md0 /raid-ornek/

df -hT ile baktığımızda cihazımızı başarıyla bağlandığını görüyoruz.

[root@raid-1 ~]# df -hT
Filesystem                           Type      Size  Used Avail Use% Mounted on
.
.
.
/dev/md0                             ext4       20G   24K   19G   1% /raid-ornek
.
.

20G boyutunda 2 tane disk bağlamamıza rağmen RAID-1 (Mirroring) yaptığımız için tek disk gibi 20G görünüyor.

Sistem yeniden başladığında otomatik olarak bağlanabilmesi için /etc/fstab dosyasına eklememiz gerekiyor.

cat << EOF >> /etc/fstab
/dev/md0                /raid-ornek             ext4    defaults        0 0
EOF

Otomatik bağlandığını (mount) kontrol edelim.

[root@raid-1 ~]# mount -av
.
.
.
/raid-ornek              : already mounted

Son olarak /etc/mdadm.conf dosyasına RAID konfigürasyonunu yazdırıyoruz.

[root@raid-1 ~]# mdadm --detail --scan --verbose >> /etc/mdadm.conf

[root@raid-1 ~]# cat /etc/mdadm.conf
ARRAY /dev/md/0 level=raid1 num-devices=2 metadata=1.2 name=raid-1.sercangezer.com:0 UUID=afbe95f1:9f76348b:004230dd:a9f6dc25
   devices=/dev/sdb1,/dev/sdc1

Artık RAID-1 cihazımız ile ilgili bilgi almak ve ya hata kontrolü yapmak için;

[root@raid-1 ~]# mdadm --detail /dev/md0

/dev/md0:
           Version : 1.2
     Creation Time : Thu Apr 13 17:52:28 2023
        Raid Level : raid1
        Array Size : 20953088 (19.98 GiB 21.46 GB)
     Used Dev Size : 20953088 (19.98 GiB 21.46 GB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent

       Update Time : Fri Apr 14 12:06:23 2023
             State : clean
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              Name : raid-1.sercangezer.com:0  (local to host raid-1.sercangezer.com)
              UUID : afbe95f1:9f76348b:004230dd:a9f6dc25
            Events : 17

    Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       33        1      active sync   /dev/sdc1

Ubuntu 22.04 Jenkins kurulum

2023-02-13T00:00:00+03:00

Esenlikler,

DevOps alemininde açık kaynak olarak kullanılan en yaygın CI/CD araçlarından biri olan Jenkins’in Ubuntu 22.04 üzerinde servis olarak kurulumunu yapacağız.

Gereklilikler

Minimum donanımsal gereklilikler:

256 MB Ram
10 GB Disk

Tavsiye edilen donanımsal gereklilikler:

4 GB+ RAM
50 GB+ Disk

Diğer:

İnternet erişimi
Sudo yetkisi olan bir kullanıcı

Kurulum

JDK kurulum

Jenkins in çalışabilmesi için sistemimizde javanın yüklü olması gerekiyor.

sudo apt update && sudo apt install openjdk-11-jre -y

Yüklendiğini kontrol etmek için;

java -version

#Çıktısı
openjdk version "11.0.12" 2021-07-20
OpenJDK Runtime Environment (build 11.0.12+7-post-Debian-2)
OpenJDK 64-Bit Server VM (build 11.0.12+7-post-Debian-2, mixed mode, sharing)

JENKINS kurulum

Öncelikle Jenkins’i indireceğimiz repoları sistemimize ekleyelim.

curl -fsSL https://pkg.jenkins.io/debian-stable/jenkins.io.key | sudo tee \
  /usr/share/keyrings/jenkins-keyring.asc > /dev/null

echo deb [signed-by=/usr/share/keyrings/jenkins-keyring.asc] \
  https://pkg.jenkins.io/debian-stable binary/ | sudo tee \
  /etc/apt/sources.list.d/jenkins.list > /dev/null

Şimdi Jenkins’i yükleyelim.

sudo apt-get update && sudo apt-get install jenkins -y

Jenkins servis olarak eklenmiş mi kontrol edelim.

sudo systemctl status jenkins

#Çıktı
sercan@gezer:~$ sudo systemctl status jenkins
● jenkins.service - Jenkins Continuous Integration Server
     Loaded: loaded (/lib/systemd/system/jenkins.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-02-13 06:46:48 UTC; 1min 45s ago
   Main PID: 2674 (java)

Port değiştirmek ve servisi sistem açıldığında başlatmak için aşağıdaki adımları uygulayabilirsiniz.

Port değiştirmek

Varsayılan olarak 8080 üzerinden erişebilirsiniz. Aşağıdaki parametreyi değiştirerek istediğiniz port üzerinden erişebilirsiniz. Bizim örneğimizde 8080 –> 8081 olarak değiştirilecek.

Jenkins servisimizi durduruyoruz.

sudo systemctl stop jenkins.service

Portumuzu 8081 olarak değiştiriyoruz.

sudo sed -i s+JENKINS_PORT=8080+JENKINS_PORT=8081+g /lib/systemd/system/jenkins.service

Ayar dosyası değiştirdiğimiz için servise yeniden ayar dosyasını okutmamız gerekiyor.

sudo systemctl daemon-reload

Jenkins servisi aktif ediyoruz.

sudo systemctl start jenkins.service

Sistem başlangıcında otomatik çalıştırmak için

Ubuntu sistemimiz yeniden başlatıldığında Jenkins’in de çalışır hale gelmesi için servisi aktif etmemiz gerekiyor.

sudo systemctl enable jenkins.service

Artık Jenkins ‘e internet tarayıcımızı kullanarak 8081 portu üzerinden bağlanabiliriz.

``http://IP_ADRESINIZ:8081`

Açılan ekranda sizden ilk admin şifresi isteyecek onu Ubuntu üzerinden aşağıdaki kodu çalıştırarak elde edebilirsiniz.

sudo cat /var/lib/jenkins/secrets/initialAdminPassword

#Çıktı
d78a174351ce4c2fb59dbd65b8bed9c4 (Örnektir.)

Daha sonra kullanıcı oluşturup, pluginleri yüklediğinizde kurulumu tamamlamış oluyorsunuz.

Script dosyası

Aşağıdaki script dosyasını kullanarak kolayca Ubuntu 22.04’e Jenkins kurabilirsiniz.

#!/bin/bash

echo -e "java-jdk 11 yükleniyor."
sudo sudo apt update && apt install openjdk-11-jre -y

echo -e "\n\n"
curl -fsSL https://pkg.jenkins.io/debian/jenkins.io.key | sudo tee \
  /usr/share/keyrings/jenkins-keyring.asc > /dev/null

echo -e "\n\n"
echo -e "Jenkins repo oluşturuluyor..."
echo deb [signed-by=/usr/share/keyrings/jenkins-keyring.asc] \
  https://pkg.jenkins.io/debian binary/ | sudo tee \
  /etc/apt/sources.list.d/jenkins.list > /dev/null

echo -e "\n\n"
echo -e "Jenkins yükleniyor.."
sudo apt-get update && sudo apt-get install jenkins -y


echo -e "\n\n"
echo -e "Jenkins durduruluyor..."
sudo systemctl stop jenkins.service

echo -e "\n\n"
echo -e "Jenkins port 8081 olarak değiştiriliyor..."
sudo sed -i s+JENKINS_PORT=8080+JENKINS_PORT=8081+g /lib/systemd/system/jenkins.service

echo -e "\n\n"
echo -e "Ayarlar uygulanıyor."
sudo systemctl daemon-reload

echo -e "\n\n"
echo -e "Jenkins servisi başlatılıyor."
sudo systemctl start jenkins.service

echo -e "\n\n"
echo -e "Jenkins servisinin otomatik başlatılması..."
sudo systemctl enable jenkins.service

# Reset
NC='\033[0m'       # Text Reset
# Bold
BCyan='\033[1;36m'        # Cyan
echo -e "\n\n"

PAROLA=`sudo cat /var/lib/jenkins/secrets/initialAdminPassword`
echo -e "Admin ilk şifremiz: "${BCyan} ${PAROLA} ${NC}

Çalışan Podların CPU/Memory Request ve Limit bilgilerini görmek

2023-02-09T00:00:00+03:00

Esenlikler,

Kubernetes ortamda kaynak yönetimi yapmak istediğimizde baktığımız alanlardan biri de CPU ve Memorylere tanımlanmış olan Request ve Limits bilgileridir.

Kısaca;

CPU/Memory Request nedir?

Container ın ayağa kalkması için sistemden ayrılmış olan CPU/Memory miktarı

CPU/Memory Limits nedir?

Container ın kullanım sırasında ulaşacağa maksimum CPU/Memory miktarı, bu limiti aştığı zaman yeniden başlatılacaktır.

Yolu (Path)

spec.containers.resources.requests.cpu
spec.containers.resources.requests.memory
spec.containers.resources.limits.cpu
spec.containers.resources.limits.memory

Kullanabileceğimiz Komutlar

Aşağıdaki komutları kullanarak aktif olan pod lar üzerindeki bilgileri çekebiliriz.

–all-namespaces ibaresini -n NAMESPACE_ADI olarak değiştirirseniz sadece istemiş olduğunuz namespace’de çalışan podların bilgilerini getirecektir.

CPU Requests

kubectl get po --all-namespaces \
 -o=jsonpath="{range .items[*]}{.metadata.namespace}:{.metadata.name}{'\n'}{range .spec.containers[*]}  {.name}:{.resources.requests.cpu}{'\n'}{end}{'\n'}{end}"

CPU Limits

kubectl get po --all-namespaces \
 -o=jsonpath="{range .items[*]}{.metadata.namespace}:{.metadata.name}{'\n'}{range .spec.containers[*]}  {.name}:{.resources.limits.cpu}{'\n'}{end}{'\n'}{end}"

Memory Requests

kubectl get po --all-namespaces \
 -o=jsonpath="{range .items[*]}{.metadata.namespace}:{.metadata.name}{'\n'}{range .spec.containers[*]}  {.name}:{.resources.requests.memory}{'\n'}{end}{'\n'}{end}"

Memory Limits

kubectl get po --all-namespaces \
 -o=jsonpath="{range .items[*]}{.metadata.namespace}:{.metadata.name}{'\n'}{range .spec.containers[*]}  {.name}:{.resources.limits.memory}{'\n'}{end}{'\n'}{end}"

Saygılarımla, Sağlıklı günler dilerim.

Failed to load SeLinux policy, Freezing hatası ve çözümü

2023-02-08T00:00:00+03:00

Esenlikler,

Centos 7 kurulu sanal makinemi yeniden başlattığımda uzun bir süre bekledikten sonra açılmadığını fark ettim. Konsol a geçtiğim zaman Failed to load SELinux policy, Freezing. hatası alıp kesildiğini gördüm.

Biraz araştırmadan sonra SELinux tarafından kaynaklandığı yönünde bir çıkarımım oldu. Neyse ki daha önce başka kişilerin başına gelmiş bu sorun.

Çözüm

Sistemimizi yeniden başlatıyoruz.
Kernel listesine geldiğimiz zaman e harfine basıyoruz.

Açılan editör ekranında işaretli yere selinux=0 ibaresini ekliyoruz.

Daha sonra CTRL + X ile değişikliği uyguluyoruz ve sistemimiz yeniden başlıyor.

❗❗ Yukarıda yaptığımız değişiklik sistemimizi yeniden başlattığımız zaman siliniyor. Bu sebeple SELinux’ü disable a çekmemiz gerekiyor.

Aşağıdaki kod ile SELinux direkt olarak disable edebiliriz.

sudo sed -i s/^SELINUX=.*$/SELINUX=disabled/ /etc/selinux/config

Değişikliğin uygulanması için sistemimizi yeniden başlatmalıyız.

sudo reboot now

Saygılarımla, Sağlıklı günler dilerim.

(CKS) Dockerfile analizi

2023-02-03T00:00:00+03:00

Esenlikler,

İmaj güvenliği konusunda güvenliği arttırabilmemizin en güzel yolu; olabildiğince Dockerfile dosyasını sadeleştirmektedir.

Nasıl Dockerfile sadeleştirebiliriz?

Örnek Dockerfile dosyamız;

FROM nginx:latest

USER root

RUN apt-get update && apt-get install -y wget
RUN apt-get update && apt-get install -y curl
RUN apt-get update && apt-get install -y phpadmin
RUN useradd -ms /bin/bash nginx-user
ENV db_password=DockerFileAnalyzer

USER root

ENTRYPOINT ["/docker-entrypoint.sh"]
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]

🔥 FROM ile kullanacağımız base ‘i :latest etiketiyle değil, belirli bir sürümünü kullanmalıyız. :1.19.15 gibi.

🔥 Dockerfile içerisindeki en son USER direktifinin root kullanıcısı olmamasına dikkat etmeliyiz.

🔥 Gereksiz yazılımları yüklememeli ve fazladan layer (RUN direktifi) oluşturmamalıyız.

🔥 Veritabanı şfiresi, kullanıcısı gibi hassas bilgileri Dockerfile eklememeli, kubernetes secret ile bu değerleri tanıtmalıyız.

FROM nginx:1.19.15

USER root

RUN apt-get update && apt-get install -y wget phpadmin

RUN useradd -ms /bin/bash nginx-user

USER nginx-user

ENTRYPOINT ["/docker-entrypoint.sh"]
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]

(CKS) Immutable Pod tanımlama

2023-02-03T00:00:00+03:00

Esenlikler,

Container Security Context konularından biri de Immutable Container konusu.

Immutable kelimesi basit anlamda değişmez/sabit anlamına gelmekle bizim konumuzda container çalışırken müdahale edilemeyen bir yapıda olması.

Kubernetes ortamında bir container ın immutable olma şartları;

Container ların host (ana) makineye erişemediğinden emin ol.

securityContext.privileged: false` ~~> Varsayılan olarak `false` gelmektedir.

privileged:true olursa container içerisinden host makinesindeki processleri görebilir, erişebilir.

Container ın içerisinde yetki yükseltmesine izin vermediğinden emin ol. (root ya da sudo yetkisi olan bir kullanıcıyla oturum açamaması)

container.securityContext.allowPrivilegeEscalation: false

Container ın içerisinde root kullanıcısı ve sudo yetkisi ile işlemler yapmasını engellediğine emin ol.

container.securityContext.runAsUser: 999
container.securityContext.runAsGroup: 999

Container ın dosya sisteminin (Filesystem) sadece okuma yetkisi atandığından emin ol.

container.securityContext.readOnlyRootFilesystem: true

❗❗ Eğer container.securityContext.readOnlyRootFilesystem: true olarak uygularsak yazılımın kullanacağı cache, log gibi geçici olarak kullanacağı klasörleri empytDir olarak bağlamamız gerekir.

🔥 Kubernetes resmi dökümantasyondan okuyabilirsiniz

Uygulama

Aşağıdaki yaml da bulunan örnek podumuzu immutable hale çevirelim.

cat << EOF | kubectl apply -f - 
apiVersion: v1
kind: Pod
metadata:
  name: immutable-olcak-pod
spec:
  containers:
  - name: nginx
    image: nginx:latest
    securityContext:
      privileged: true
      allowPrivilegeEscalation: true
      runAsUser: 0
      runAsGroup: 0
      readOnlyRootFilesystem: false
EOF

İmmutable container a çevrilmiş hali.;

cat << EOF | kubectl apply -f - 
apiVersion: v1
kind: Pod
metadata:
  name: immutable-olan-pod
spec:
  containers:
  - name: nginx
    image: nginx:latest
    securityContext:
      privileged: false # Silebiliriz ve ya false yapmalıyız..
      allowPrivilegeEscalation: false # Silebiliriz ve ya false yapmalıyız.
      runAsUser: 999 # Silebiliriz ve ya başka kullanıcı id yapmalıyız.
      runAsGroup: 999 # Silebiliriz ve ya başka grup id yapmalıyız.
      readOnlyRootFilesystem: false # True olarak yapmalıyız.
    startupProbe: #removes the bash shell
          exec:
            command:
            - rm
            - /bin/bash
    # Geçici olarak yazma ve çalıştırma yapacak klasörleri mount ettik.
    volumeMounts:
    - name: cache
      mountPath: /var/cache/nginx
    - name: run
      mountPath: /var/run
  volumes:
  - name: cache
    emptyDir: {}
  - name: run
    emptyDir: {}  
EOF

(CKS) Kubelet ve Kube-apiserver TLS Version ve Cipher atama

2023-02-01T00:00:00+03:00

Esenlikler,

Sınavda Kubelet güvenliğine dair konu başlığı mevcut. Bu konuya örnek olması amacıyla biz;

minimum TLS versiyonunun 12
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 cipher ları atayacağız.

Kubelet

Öncelikle kubelet servisinin kullandığı config dosyasını bulalaım.

ps -aux | grep -i kubelet

# Çıktısı
root       35493  3.7  1.5 1647572 122696 ?      Ssl  08:10   2:59 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --config=/var/lib/kubelet/config.yaml --container-runtime-endpoint=unix:///run/containerd/containerd.sock --pod-infra-container-image=registry.k8s.io/pause:3.9

Gördüğünüz gibi –config parametresinde dosyanın yolu görünüyor. --config=/var/lib/kubelet/config.yaml

Önemli bir konfigürasyon dosyası olması sebebiyle yedeğini alalım.

cp -rvf /var/lib/kubelet/config.yaml ~/

Şimdi bir editör ile /var/lib/kubelet/config.yaml dosyamızı açalım ve aşağıdaki parametreleri dosyamızın en altına ekleyelim.

🔥 Parametrelerin açıklamalarının bulunduğu resmi döküman

tlsMinVersion: VersionTLS12
tlsCipherSuites: ['TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256','TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384','TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256']

Parametre eklerken bir yazım hatası yapmadıysanız kubelet servisi active olacaktır.

systemctl status kubelet

# Çıktısı
● kubelet.service - kubelet: The Kubernetes Node Agent
     Loaded: loaded (/usr/lib/systemd/system/kubelet.service; enabled; vendor preset: disabled)
    Drop-In: /usr/lib/systemd/system/kubelet.service.d
             └─10-kubeadm.conf
     Active: active (running) 

Kube-apiserver

Öncelikle kube-apiserver’ımızın yedeğini alalım.

cp -rvf /etc/kubernetes/manifests/kube-apiserver.yaml ~/

Şimdi bir editör ile /etc/kubernetes/manifests/kube-apiserver.yaml dosyamızı açalım ve aşağıdaki parametreleri dosyamızın en altına ekleyelim.

🔥 Parametrelerin açıklamalarının bulunduğu resmi döküman

- --tls-cipher-suites=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
- --tls-min-version=VersionTLS12

Parametre eklerken bir yazım hatası yapmadıysanız kube-apiserver podu bir süre sonra ayaklanacaktır.

Ayaklanmaz ise logların hatanızı tespit edebilirsiniz.

(CKS) Kubernetes Auditing Mekanizması

2023-01-31T00:00:00+03:00

Esenlikler,

Auditing dediğimiz olay, kubernetes cluster içerisinde sırasıyla güvenlikle ilgili konuları kaydeden bir loglama mekanizmasıdır.

ne oldu?
Ne zaman oldu?
kim başlattı?
ne üzerine oldu?
nerede gözlemlendi?
nereden başlatıldı?
nereye gidiyordu?

gibi soruların cevaplarını sürekli kaydederek, yönetici geriye dönük istediğini bulabilmesini sağlar.

🔥 [İngilizce] Kubernetes Auditing resmi dökümantasyonu

Kullanım

Aşağıdaki örnek policy.yaml dosyamızı indirelim. (Sınavda hazır olarak policy.yaml dosyası veriliyor.)

wget https://raw.githubusercontent.com/kubernetes/website/main/content/en/examples/audit/audit-policy.yaml

cp -rvf audit-policy.yaml /etc/kubernetes/audit-policy.yaml #Kubernetes ana dizinine taşıyoruz.

kube-apiserver.yaml dosyasına parametre girerek auditing aktif etmemiz gerekiyor.

cd /etc/kubernetes/manifests/ #Kube-apiserver dizinine gidiyoruz

cp -rvf kube-apiserver.yaml ~/ #kube-apiserver.yaml dosyasımızın yedeğini başka bir yere alıyoruz.

Editör ile açarak aşağıdaki parametreleri ekliyoruz.

- --audit-policy-file=/etc/kubernetes/audit-policy.yaml #Policy.yaml dosya yolu
- --audit-log-path=/var/log/k8s-audit/k8s-audit.log #Logların yazılacağı log dosya yolu
- --audit-log-maxage=30 #Logların kaç günlük tutulacağı
- --audit-log-maxbackup=10 #Logların tutulacak yedek sayısı

Kube-apiserver’ımızın logları yazacağı ve policy leri okuyacağı dosyaların bulunduğu dizinleri tanıması gerekiyor. Bu sebeple volumeMounts ve Volumes tanımlıyoruz.

volumeMounts:
- name: audit-config
  mountPath: /etc/kubernetes/audit-policy.yaml
  readOnly: true
- name: audit-log
  mountPath: /var/log/k8s-audit
  readOnly: false

volumes:
- name: audit-config
  hostPath:
    path: /etc/kubernetes/audit-policy.yaml
    type: File
- name: audit-log
  hostPath:
    path: /var/log/k8s-audit
    type: DirectoryOrCreate 

Herhangi bir hata yapmadan ekleme yaptıysanız aşağıdaki komut ile logları görebilirsiniz.

cat /var/log/k8s-audit/k8s-audit.log

❗ Eğer hata kube-apiserver.yaml eklerken hata yaparsanız api-server’a bağlanamayacağız için kubectl get pod dediğinizde hata alırsınız. Hata alıyorsanız yedek aldığınız orjinal kube-apiserver.yaml getirebilir onu tekrar editleyebilirsiniz.

❗ /etc/kubernetes/manifest altındaki statik podları editlerken mutlaka yedek almalısınız.

(CKS) Falco ile konteynır davranışlarını izlemek

2023-01-30T00:00:00+03:00

Falco, uygulamalarınızı ve konteynırlarınızı izleyerek çalışma zamanında oluşan tehditleri algılar. Kısaca Kubernetes ortamında tehdit algılama aracı olarak düşünebiliriz.

Kurulum

Ben Rocky Linux 9 üzerinde kurulum yapacağım.

🔥 [Diğer kurulumlar için resmi sayfası] (https://falco.org/docs/getting-started/installation/#centos-rhel)

Yum repository dosyasını sistemimize ekleyiyoruz.

rpm --import https://falco.org/repo/falcosecurity-packages.asc
curl -s -o /etc/yum.repos.d/falcosecurity.repo https://falco.org/repo/falcosecurity-rpm.repo

Uyumlu kernel headers dosyalarımızı yüklüyoruz.

yum -y install kernel-devel-$(uname -r)

Falco’yu yüklüyoruz.

yum update -y && yum -y install falco

# Çalışmazsa denenebilir;
dnf install --nogpgcheck falco -y

Çalıştığına emin olmak için kontrol ediyoruz;

systemctl status falco

Kullanım

Örnek bir pod oluşturalım.

cat << EOF | kubectl apply -f -
apiVersion: v1
kind: Pod
metadata:
  name: falco-ornek-pod
spec:
  containers:
  - name: falco-ornek-konteynir
    image: busybox:1.36.0
    command: ['sh', '-c', 'while true; do cat /etc/shadow; sleep 5; done']
EOF

❗ Cluster bir yapı kurmadığım için direkt olarak podu hangi node üzerinde oluşturulduğunu biliyorum. Cluster bir yapınız mevcut ise podun özelliklerine bakarak öğrenebilirsiniz.;

kubectl describe pod falco-ornek-pod | grep -i Node:

#Çıktı
Node:             cks-master.sercangezer.com.tr/192.168.1.72

Pod’un oluşturulduğu makineye SSH ile bağlanıyoruz.
Falco’nun kuralları yazdığımız /etc/falco/falco_rules.local.yaml dosyasına aşağıdaki örnek kuralımızı ekliyoruz.

- rule: spawned_process_in_test_container
  desc: A process was spawned in the falco test container.
  condition: container.name = "falco-ornek-konteynir" and evt.type = execve
  output: "BIZIM ORNEGIMIZ %evt.time,%user.uid,%proc.name,%container.id,%container.name"
  priority: WARNING

Ekledikten sonra falco’nun loglarından kontrol ediyoruz.

systemctl status falco

#Çıktı
Jan 31 08:33:10 cks-master.sercangezer.com.tr falco[27184]: 08:33:10.199588288: Warning BIZIM ORNEGIMIZ - 08:33:10.199588288,0,cat,adaab7654955,falco-ornek-konteynir

cat /var/log/falco | grep -i falco | grep -i BIZIM

❗ /etc/falco_rules.local.yaml dosyasına yazdığımız kurallar falco servisini yeniden başlatmadan direkt olarak uygular.

❗ /etc/falco_rules.yaml dosyasına yazdığımız kuralların uygulanması için falco servisinin yeniden başlatılması gerekmektedir.

(CKS) Trivy, container imaj güvenlik açığı taramak

2023-01-28T00:00:00+03:00

Trivy: Kapsamlı ve çok yönlü bir güvenlik açığı tarayıcısıdır. Certified Kubernetes Security (CKS) sınavında v0.19 versionu kullanılıp sadece imaj güvenlik taraması gerçekleştirmemiz yeterli.

Daha fazla yetenekleri için AquaSecurity Trivy resmi sitesini inceleyebilirsiniz.

Kurulum

Öncelikle birden fazla kurulum çeşidi vardır. Sınavda işletim sistemi üzerine paket kurulu olarak geliyor. Biz de o seneryoyu gerçekleştireceğiz.

🔥 Diğer kurulum çeşitleri

Ben Rocky Linux üzerinde kurulumlar yapacağım.

sudo rpm -ivh https://github.com/aquasecurity/trivy/releases/download/v0.19.2/trivy_0.19.2_Linux-64bit.rpm

Kurduğumuz versiyonu kontrol edelim.

trivy --version

#Output
Version: 0.19.2

Kullanım

Öncelikle örnek deployment ‘ımızı çalıştıralım.

cat << EOF | kubectl apply -f -
apiVersion: apps/v1
kind: Deployment
metadata:
  name: trivy-ornek-deployment
  labels:
    app: trivy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: trivy
  template:
    metadata:
      labels:
        app: trivy
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80
      - name: ruby
        image: ruby:2.4.0
      - name: alpine
        image: alpine:latest
EOF

Deployment ımızda kullanılan imajlara bir göz atalım.

kubectl describe deployments.apps trivy-ornek-deployment | grep -i image:

#Çıktı
    Image:        nginx:1.14.2
    Image:        ruby:2.4.0
    Image:        alpine:latest

Kullanılan imajların bütün güvenlik açıklarını taratmak için;

trivy image nginx:1.14.2

trivy image ruby:2.4.0

trivy image alpine:latest

Kullanılan imajların derecesine göre güvenlik açıklarını taratmak için;

# nginx:1.14.2 sürümünde HIGH seviyesindeki güvenlik açıklarını listeler
trivy image --severity HIGH nginx:1.14.2

# ruby:2.4.0 sürümünün HIGH ve CRITICAL güvenlik açıklarını listeler
trivy image --severity HIGH,CRITICAL ruby:2.4.0

# alpine:latest sürümünde sadece OS (işletim sistemine) ait açıkları listeler
trivy image --vuln-type os alpine:latest

(CKS) RuntimeClass atamak

2023-01-27T00:00:00+03:00

Esenlikler,

RuntimeClasslar basit anlamda, bir sanal makinenin içerisinde çalışan ve kendine ait izole kernel’i olan container’lar olrak düşünebiliriz. Host (Ana) makinenin kerneline erişim sağlayamaz.

Runtime kontrol etmek

Sisteminizde kullanılan runtimeClass’ı görmek için;

crictl(docker) info | grep -i defaultRuntimeName

#Output
"defaultRuntimeName": "runc",

Kullanabileceğimiz runtime’lar

Diğer runtime’ları kullanabilmek için öncelikle sisteme yükleyip gerekli konfigürasyonları yapmak gerekiyor. Kullanabileceğiniz bazı runtime’lar;

RuntimeClass objesi oluşturmak

Kubernetes resmi dökümanlarında verilmiş olan yaml’ı alarak düzenliyoruz.

apiVersion: node.k8s.io/v1
kind: RuntimeClass
metadata:
  # RuntimeClass objesi namespace almaz.
  # RuntimeClass'ımızın ismi
  name: myclass 
# CRI ayarında girilen konfigürasyon
handler: myconfiguration 

Crun için;

apiVersion: node.k8s.io/v1
kind: RuntimeClass
metadata:
  name: crun
handler: crun

gVisor için;

apiVersion: node.k8s.io/v1
kind: RuntimeClass
metadata:
  name: gvisor
handler: runsc

Kata-container için;

apiVersion: node.k8s.io/v1
kind: RuntimeClass
metadata:
  name: kata
handler: kata

Pod’a runtimeClass eklemek

Herhangi bir pod’umuza spec.runtimeClassName özelliğini ekleyerek, izole ediyoruz. gVisor runtime ‘ını ele alırsak;

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  runtimeClassName: gvisor #Eklenen
  containers:
  - name: nginx
    image: nginx

Kontrol etmek

Podun çalıştığı makineyeye giderek

ps -aux | grep -i runc

#Output
#Nginx podunu göremeyeceğiz.

ps -aux | grep -i runsc

#Output
#Nginx podunu göreceğiz.

[İngilizce]Kubernetes Dökümantasyonu - RuntimeClass