O kadar video izledim, para verip dersler satın aldım ama bu kadar tane tane anlatan başka birini görmedim.. Çok teşekkürler Gökhan bey. Emeklerinize sağlık..
Elinize saglik Gokhan Hocam. Inanilmaz guzel hazirlanmis bir giris egitimi olmus. Diger makinalara dusememenizin sebebi muhtemelen overlay networke cikarken eth0 arayuzunun kullanilmasiydi. En azindan flannel default olarak eth0 NAT arayuzunu kullaniyor diye biliyorum. eth1 olarak override edersek diger makinalara sorunsuz gidilebilir diye dusunuyorum. muhtemelen docker eth1i kullanabildigi icin o makinalara gidebildik.
Teşekkürler Talha Hocam. O problemi sonradan tekrarlayamadım ben ama sorun Vagrant'ın iki network interface kullanmasından kaynaklı görünüyor gerçekten de. Sunumda Weave kullanmıştık yanlış hatırlamıyorsam. Kubelet'e `node-ip` parametresi olarak istenen network interface'in IP'sini geçmek en doğru olan gibi görünüyor. Aşağıda bu konu ile ilgili bir blog var, ben burayı güncellemeyi unutmuşum :) medium.com/@joatmon08/playing-with-kubeadm-in-vagrant-machines-part-2-bac431095706
Farkli bir node'da calisan bir container uzerinde exec'i calistirmak o containera erisebilmenin haricinde ekstra bir protokol (SSH gibi) calistirmayi gerektirmiyor miyor mu ? Swarm'da bunu yapamiyorduk. Bir node sadece kendi uzerinde calisan containerlara exec yapabiliyordu.
Merhaba, kubectl create -f 'blog-deploy.yaml' sonrasi ContainerCreating asamasinda takiliyor. Bu iki yeni pod harici herşey Running durumunda. Sebep ne olabilir?
Düzeltme: ua-cam.com/video/TV00zRu6DEs/v-deo.html burada konuşmada ilk söylediğim doğru yaptığım düzeltme hatalı :-) Yani doğrusu çalıştırılan pod'un QoS'i burstable olacak. İlgili doc: kubernetes.io/docs/tasks/configure-pod-container/quality-service-pod/ Güzel bir okuma: medium.com/google-cloud/quality-of-service-class-qos-in-kubernetes-bb76a89eb2c6
![[UA] NAVI vs MOUZ | BO5 | IEM Rio 2024](http://i.ytimg.com/vi/CMBYk0cbGoA/mqdefault.jpg)
O kadar video izledim, para verip dersler satın aldım ama bu kadar tane tane anlatan başka birini görmedim..
Çok teşekkürler Gökhan bey.
Emeklerinize sağlık..
1. Tüm yönleriyle Docker - 25.08.2016 - ua-cam.com/video/Wyr8_tsjKlE/v-deo.html
2. Uygulamalar ile Docker - 22.09.2016 - ua-cam.com/video/bJSqh7fFOUI/v-deo.html
3. Docker Swarm Mode ile Container Orkestrasyonu - 13.07.2017 - ua-cam.com/video/cNbCG6Nih3Q/v-deo.html
4. >> *Bu video*>> Kubernetes ile Container Orkestrasyonu - 01.02.2018 - ua-cam.com/video/TV00zRu6DEs/v-deo.html
Gökhan hocamın kubernetes içerikleri çok iyi teşekkürler. kaç sene geçse de hala iyi
Videoyu beğenmenin yetmediği videolardan teşekkürler,
Elinize saglik Gokhan Hocam. Inanilmaz guzel hazirlanmis bir giris egitimi olmus. Diger makinalara dusememenizin sebebi muhtemelen overlay networke cikarken eth0 arayuzunun kullanilmasiydi. En azindan flannel default olarak eth0 NAT arayuzunu kullaniyor diye biliyorum. eth1 olarak override edersek diger makinalara sorunsuz gidilebilir diye dusunuyorum. muhtemelen docker eth1i kullanabildigi icin o makinalara gidebildik.
Teşekkürler Talha Hocam. O problemi sonradan tekrarlayamadım ben ama sorun Vagrant'ın iki network interface kullanmasından kaynaklı görünüyor gerçekten de. Sunumda Weave kullanmıştık yanlış hatırlamıyorsam. Kubelet'e `node-ip` parametresi olarak istenen network interface'in IP'sini geçmek en doğru olan gibi görünüyor.
Aşağıda bu konu ile ilgili bir blog var, ben burayı güncellemeyi unutmuşum :)
medium.com/@joatmon08/playing-with-kubeadm-in-vagrant-machines-part-2-bac431095706
Farkli bir node'da calisan bir container uzerinde exec'i calistirmak o containera erisebilmenin haricinde ekstra bir protokol (SSH gibi) calistirmayi gerektirmiyor miyor mu ? Swarm'da bunu yapamiyorduk. Bir node sadece kendi uzerinde calisan containerlara exec yapabiliyordu.
Harika ötesi bir sunum olmuş. Çok çok teşekkürler, Gökhan Şengün..
Merhaba, deployment use case icin gosterilen demo-app-deploy'a nereden ulasabilirim? Gokhan beyin githubinda 'da göremedim
Sunum sırasında kullandığınız "Vagrantfile" nereden ulaşabiliriz?
Merhaba, deployment use case icin gosterilen demo-app-deploy'a nereden ulasabilirim? Gokhan beyin githubinda 'da göremedim
GitHub'da değil ancak zaten birkaç satır bir dosya.
Cok guzel bir egitim olmus. yaml lara ulasabilmek icin sormustum aslinda. Keske bu resourcelara ulasabilecegimiz bir kaynak olsaydi.
Merhaba, kubectl create -f 'blog-deploy.yaml' sonrasi ContainerCreating asamasinda takiliyor. Bu iki yeni pod harici herşey Running durumunda. Sebep ne olabilir?
kubectl describe pod derseniz sebebini görebilirsiniz.
Teşekkürler
Düzeltme: ua-cam.com/video/TV00zRu6DEs/v-deo.html burada konuşmada ilk söylediğim doğru yaptığım düzeltme hatalı :-) Yani doğrusu çalıştırılan pod'un QoS'i burstable olacak.
İlgili doc: kubernetes.io/docs/tasks/configure-pod-container/quality-service-pod/
Güzel bir okuma: medium.com/google-cloud/quality-of-service-class-qos-in-kubernetes-bb76a89eb2c6
Abi, udemy de kurs vb yapmayı düşünüyor musun? Ya da youtube için eğitim videoları. Sadece sunumlar bize yetmiyor :(
selam gökan bey sizinle bir konu hakkında görüşmek isterim lütfen iletişim kurarsanız minnetkar kalırım
turkler cok komik millet :D