ฉันต้องการทราบวิธีปรับใช้คลัสเตอร์ ETCD สำหรับ Kubernetes ดูเหมือนว่ามีเอกสารสองฉบับที่แตกต่างกันและฉันไม่รู้ว่าเอกสารใดที่ต้องพิจารณาหรือผลกระทบของแต่ละเอกสาร
จาก เอกสาร Kubernetes สำหรับ etcd หลายคลัสเตอร์ แนะนำให้เริ่มแบบนี้
etcd --listen-client-urls=http://$IP1:2379,http://$IP2:2379,http://$IP3:2379,http://$IP4:2379,http://$ IP5:2379 --advertise-client-urls=http://$IP1:2379,http://$IP2:2379,http://$IP3:2379,http://$IP4:2379,http:/ /$IP5:2379
ที่นี่ --listen-client-url-- มีรายการจุดสิ้นสุด ETCD ทั้งหมดและสิ่งเดียวกันสำหรับ --advertise-client-url และจากเอกสาร Kubernetes คำสั่งนั้นรันเพียงครั้งเดียว
จาก เอกสารประกอบ ETCD ต้องรันคำสั่งนั้นในแต่ละโหนด
$ etcd --name infra0 --initial-advertise-peer-url https://10.0.1.10:2380 \
--listen-peer-url https://10.0.1.10:2380 \
--listen-client-url https://10.0.1.10:2379,https://127.0.0.1:2379 \
--advertise-client-url https://10.0.1.10:2379 \
--initial-cluster-token etcd-cluster-1 \
--คลัสเตอร์เริ่มต้น infra0=https://10.0.1.10:2380,infra1=https://10.0.1.11:2380,infra2=https://10.0.1.12:2380 \
--initial-cluster-state ใหม่ \
--client-cert-auth --trusted-ca-file=/path/to/ca-client.crt \
--cert-file=/path/to/infra0-client.crt --key-file=/path/to/infra0-client.key \
--peer-client-cert-auth --peer-trusted-ca-file=ca-peer.crt \
--peer-cert-file=/path/to/infra0-peer.crt --peer-key-file=/path/to/infra0-peer.key
และเราจะสังเกตได้ว่า --listen-client-url-- มีเฉพาะที่อยู่ IP ของโหนดปัจจุบัน และพารามิเตอร์อื่นๆ ไม่มีอยู่ในเอกสารประกอบของ Kubernetes
ทำไมพวกเขาถึงแตกต่างกันมาก? ช่วยเข้าใจหน่อยได้ไหม? ตัวไหนดี? แต่ละอันต้องใช้เมื่อไหร่?
ในคำสั้น ๆ ฉันขอแนะนำให้ติดตาม ฯลฯ เอกสารในแง่ของการตั้งค่า ฯลฯ กลุ่ม.
อันดับแรก เรามาดูว่าธงเหล่านี้หมายถึงอะไร
--listen-client-url - มันคือ สมาชิกแฟล็กของ (เกี่ยวข้องกับระดับของโหนด):
รายการ URL ที่จะฟังสำหรับการรับส่งข้อมูลของลูกค้า แฟล็กนี้บอก etcd เพื่อรับคำขอจากลูกค้าตามที่กำหนด แบบแผน: // IP: ชุดค่าผสมของพอร์ต รูปแบบสามารถเป็นได้ทั้ง http หรือ https ถ้า 0.0.0.0 ถูกระบุเป็น IP, etcd ฟังพอร์ตที่กำหนดบนอินเทอร์เฟซทั้งหมด หากมีการระบุที่อยู่ IP และพอร์ต ฯลฯ จะทำ ฟังพอร์ตและอินเทอร์เฟซที่กำหนด อาจใช้หลาย URL เพื่อ ระบุจำนวนที่อยู่และพอร์ตที่จะรับฟัง ฯลฯ จะ ตอบสนองต่อคำขอจากที่อยู่และพอร์ตใด ๆ ที่ระบุไว้
--advertise-client-url - มันคือ กลุ่ม ตั้งค่าสถานะขอบเขต (มันพูดสำหรับตัวเอง):
รายการ URL ไคลเอนต์ของสมาชิกนี้ที่จะโฆษณาไปยังส่วนที่เหลือ กลุ่ม. URL เหล่านี้สามารถมีชื่อโดเมน
นอกจากนี้ โปรดค้นหาคำชี้แจงสั้นๆ ใน ถามตอบ - ความแตกต่างระหว่างค่าสถานะ
ส่วน เอกสาร kubernetes ที่คุณแบ่งปันสิ่งนี้ดูไม่สมเหตุสมผลเพราะ ฯลฯ คำสั่งควรทำงานในแต่ละโหนด อย่างไรก็ตามในตัวอย่างนี้ ยังไม่ชัดเจนว่าโหนดอื่นจะรับข้อมูลนี้ได้อย่างไร
อีกทางเลือกหนึ่งคือเพื่อความเรียบง่ายและเริ่มต้นอย่างรวดเร็ว พวกเขาเสนอการกำหนดค่าดังกล่าวและ ฯลฯ ควรละเว้น IP ที่ไม่ได้ใช้ (เช่น IP ของโหนดอื่นบนพอร์ตภายในเครื่องเพื่อรับฟังการรับส่งข้อมูลของลูกค้า) และมันก็ไม่ควรแย่ถ้าทั้งหมด ฯลฯ โหนดสามารถโฆษณา IP ของทุกโหนดได้
อย่างไรก็ตาม ฯลฯ เอกสารระบุไว้อย่างชัดเจน เริ่ม ฯลฯ กับ ที่อยู่ภายในเครื่องเท่านั้นในแต่ละโหนด - ฉันคิดว่ามันเป็นวิธีที่ถูกต้อง.
ฉันขอแนะนำให้อ้างถึง การตั้งค่าคลัสเตอร์. เอกสารนี้ครอบคลุมวิธีการตั้งค่าคลัสเตอร์ HA โดยใช้ คูบีด (อาจไม่ใช่วิธีที่สะดวกที่สุด แต่ฉันสามารถตั้งค่าและทำงานได้) อย่างที่คุณเห็นในตัวอย่างนี้เท่านั้น ฯลฯ IP ของโหนดแสดงในการกำหนดค่าซึ่งสอดคล้องกับ ฯลฯ เอกสาร
ลิงค์ที่มีประโยชน์:
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
