VPN வழியாக Docker Swarm: பணிகள் இயங்குகின்றன, சேவை அழைப்புகள் தோல்வியடைகின்றன

இரு தளங்களில் மூன்று மேலாளர்கள் மற்றும் ஐந்து பணியாளர்கள், ஒரு சுரங்கப்பாதையால் இணைக்கப்பட்டுள்ளனர், docker service ls இரு பக்கங்களிலும் இயங்கும் பணிகளைக் காட்டுகிறது, அதே நேரத்தில் சேவைகளுக்கு இடையிலான அழைப்புகள் நேரம் முடிந்து விடுகின்றன. Swarm பதிவுகளில் எதுவும் தவறாகத் தெரியவில்லை. இந்தக் கலவை தரவுத் தளச் சிக்கலின் அடையாளம்: கட்டுப்பாட்டுத் தளம் node-களைக் கண்டறிந்தது, மற்றும் உறைந்த சட்டகங்கள் பயணத்தை ஒருபோதும் முடிக்கவில்லை.

overlay-க்கு முன் mesh இருக்க வேண்டும்

Swarm-இன் overlay உறைந்த சட்டகங்களை நேரடியாக node முகவரிகளுக்கு இடையே தள்ளுகிறது, அதாவது ஒவ்வொரு node-க்கும் மற்ற ஒவ்வொரு node-வும் மொழிபெயர்ப்பு இல்லாமல் அடையக்கூடிய முகவரி, சுரங்கப்பாதை வழங்கும் இடைமுகத்தில் தேவை. வாடிக்கையாளர்களை மட்டும் வெளியிடப்பட்ட துறைமுகத்திற்குக் கொண்டு செல்லும் சுரங்கப்பாதை போதாது. கீழ் அடுக்கு இரு திசைகளிலும் node-விலிருந்து node-க்கு வழிப்படுத்த வேண்டும்.

Swarm-ஐத் தொடுவதற்கு முன் இதைச் சோதிக்கவும். ஒவ்வொரு node-விலிருந்தும் ஒரு சகாவின் சுரங்கப்பாதை முகவரிக்கான வழியைச் சரிபார்த்து, ping செய்து, பின்னர் கட்டுப்பாட்டுத் துறைமுகத்தைச் சோதிக்கவும். ping வேலை செய்து துறைமுகம் செயல்படாவிட்டால், சுரங்கப்பாதை சரியாக உள்ளது, வழியில் ஒரு வடிகட்டி உள்ளது.

ip -brief address
ip route get 10.20.0.12
ping -c3 10.20.0.12
nc -vz 10.20.0.12 2377

வழி tun0 அல்லது wg0-க்குப் பதிலாக இயற்பியல் இடைமுகத்தை நோக்கினால், overlay தொலைத் தளம் அடைய முடியாத முகவரிக்கு உறையும், அறிகுறி பாக்கெட் இழப்பு போலத் தோன்றும்.

ஒவ்வொரு node-வும் எந்த முகவரியை அறிவிக்கிறது என்பதைச் சரிபார்க்கவும்

டீமன் ஒரு முகவரியை அறிவிக்கிறது, சகாக்கள் அதைத் தரவுத் தளத்திற்குப் பயன்படுத்துகின்றனர். பல வலையமைப்புகள் உள்ள ஹோஸ்ட்டில் சுரங்கப்பாதை வேறொன்றை எடுத்துச் செல்லும்போது LAN அல்லது பொது முகவரியை அறிவிப்பது எளிது. ஊகிக்காமல் அதைச் சரிபார்க்கவும், இயல்புநிலை தவறாக இருந்தால் சேரும் போது --advertise-addr மூலம் அதைப் பின்னவும். தனக்கு மட்டுமே அடையக்கூடிய முகவரியை அறிவிக்கும் node-வும் swarm-இல் சேரும், தோல்வி பின்னர் தளங்களுக்கு இடையே பேச முடியாத சேவைகளாகத் தோன்றும்.

அறிவிக்கப்பட்ட முகவரியைப் பின்னர் மாற்றுவது கட்டமைப்புத் திருத்தம் அல்ல, ஏனெனில் node வெளியேறி மீண்டும் சேர வேண்டும்.

ஒவ்வொரு node-வின் அறிவிக்கப்பட்ட முகவரியையும் உங்கள் குறிப்புகளில் பதிவு செய்யுங்கள், ஏனெனில் இது பெரும்பாலான சமச்சீரற்ற தோல்விகளை விளக்குகிறது.

Masquerade வழக்கமான குற்றவாளி

node-களுக்கும் சுரங்கப்பாதைக்கும் இடையே ஒரு நுழைவாயில் அமர்ந்திருக்கும்போது, இயற்பியல் இடைமுகத்திலிருந்து வெளியேறும் அனைத்திற்கும் masquerade பயன்படுத்துவது பொதுவான தவறு. அது overlay-இன் உள் முகவரிகளையும் மீண்டும் எழுதுகிறது, எனவே ஒவ்வொரு சகாவும் நுழைவாயிலிலிருந்து வந்ததாகத் தெரிகிறது, VXLAN சகாக்கள் ஒருவரையொருவர் அடையாளம் காண்பதை நிறுத்துகின்றன. முடிவு சாதாரண ping இன்னும் வேலை செய்யும்போது காணாமல் போன அல்லது ஒரு திசை உறைந்த போக்குவரத்து.

overlay-இன் முன்னொட்டை நுழைவாயில் வழியாக வழிப்படுத்தி மொழிபெயர்க்காமல் விடுங்கள். மற்றொரு முன்னொட்டுக்கு மொழிபெயர்ப்பு உண்மையில் தேவைப்பட்டால், அதை அங்கேயே வரம்பிடுங்கள், overlay பயன்படுத்தும் வரம்பிற்கு எப்போதும் அல்ல.

ip route add 172.16.0.0/22 via 10.20.0.1
iptables -t nat -I POSTROUTING -o tun0 -s 172.16.0.0/22 -j ACCEPT

விதிகளின் வரிசையையும் உரையையும் சரிபார்க்கவும், ஏனெனில் சங்கிலியில் முன்னர் உள்ள பரந்த MASQUERADE பின்னர் உள்ள குறுகிய விதிவிலக்கை வெல்கிறது.

VXLAN-க்கு பாக்கெட்டில் இடம் தேவை

VXLAN தான் எடுத்துச் செல்லும் சட்டகங்களுக்கு 50 பைட் சேர்க்கிறது. 1500 பைட்டின் கீழ் அடுக்கு 1500 பைட்டின் உள் சட்டகத்தை எடுத்துச் செல்லும்போது எந்த வழியும் வழங்காத உறைந்த பாக்கெட் உருவாகிறது, தோல்வி அளவுச் சிக்கல் போல அல்லாமல் இடைவிடாத சேவைக் கண்டறிதல் போலத் தோன்றுகிறது. ஒன்று இரு முனைகளிலும் சுரங்கப்பாதையின் MTU-ஐக் குறைக்கவும் அல்லது டிரைவர் பொருந்தும் பேலோடை அறிவிக்குமாறு overlay-இன் MTU-ஐ அமைக்கவும்.

docker network create --driver overlay --attachable --opt com.docker.network.driver.mtu=1400 swarm-overlay

ingress வலையமைப்பு தானாக உருவாக்கப்படுகிறது, எனவே அதை மாற்றுவது அங்கேயே திருத்துவது அல்ல, அகற்றி மீண்டும் உருவாக்குவது.

சுரங்கப்பாதையின் ஒரு பக்கத்தை மட்டும் சரிசெய்தால், சிறிய MTU இன்னும் முக்கியமானதாகவே இருக்கும்.

பதிவுகளை அல்ல, தரவுத் தளத்தைப் பாருங்கள்

இரு முனைகளிலும் VXLAN துறைமுகத்தைப் பிடிக்கவும். ஒரு பக்கத்திலிருந்து வெளியேறி மறுபக்கத்தை அடையும் சட்டகங்கள் கீழ் அடுக்கு சரியாக உள்ளது, சிக்கல் overlay-க்குள் உள்ளது என்று பொருள். வெளியேறி ஒருபோதும் சேராத சட்டகங்கள் வழி அல்லது வடிகட்டி என்று பொருள். சற்றும் வெளியேறாத சட்டகங்கள் மூல முகவரி தவறு என்று பொருள்.

சில வினாடிகளுக்குப் பிறகு மறையும் சேவைக் கண்டறிதல் தோல்விகள் பொதுவாக பாக்கெட் பட்ஜெட் அல்லது நிலையற்ற வழியைச் சுட்டுகின்றன, raft கோரத்தை அல்ல.

செயல்படும் சாளரத்தின் பிடிப்பை வைத்திருங்கள், ஏனெனில் உடைந்ததுடன் ஒப்பிடுவது கட்டமைப்பை மீண்டும் படிப்பதை விட வேகமானது.