Kafka drwy ddirprwy: mae'r bootstrap yn gweithio, mae cysylltiadau broker yn methu

Gall cysylltiad bootstrap lwyddo tra nad yw cleient Kafka yn gallu cynhyrchu na defnyddio eto. Mae gweinyddwyr bootstrap yn helpu'r cleient i ddarganfod y clwstwr; nid ydynt o reidrwydd yr unig bwyntiau terfyn y bydd yn cysylltu â nhw.

Mae metadata broker yn cynnwys cyfeiriadau a ddefnyddir ar gyfer cysylltiadau diweddarach. Os nad yw'r enwau neu'r porthladdoedd hynny'n cyrraeddadwy drwy'r llwybr dirprwy a fwriadwyd, nid yw'r cysylltiad llwyddiannus cyntaf yn datrys gweddill y gwaith.

Darllenwch y pwyntiau terfyn a hysbysebir

Cymharwch y cyfeiriad bootstrap â'r cyfeiriadau broker y mae'r cleient yn eu cael mewn gwirionedd. Gall alias bootstrap cyhoeddus arwain at enwau hysbysebiedig preifat, ac nid yw anfon un porthladd lleol ymlaen yn ailysgrifennu pob cyfeiriad ym metadata yn awtomatig.

Nodwch hefyd y llwybr dirprwy y mae'r gweithrediad cleient yn ei gefnogi. Nid yw priodwedd SOCKS system Java yn warant bod cludiant llyfrgell yn seiliedig ar NIO yn defnyddio mecanwaith dirprwy Socket JDK. Gwiriwch y cleient Kafka gwirioneddol a'r integreiddiad rhwydwaith yn hytrach na chymryd yn ganiataol bod pob soced Java yn parchu'r un gosodiad.

Mae angen llwybr a ganiateir i bwyntiau terfyn broker perthnasol ar gleient sy'n ymwybodol o ddirprwy. Mae angen cyrhaeddiad a datrysiad enwau cyfatebol ar drefniant ar lefel rhwydwaith. Mae'r rhain yn gynlluniau gwahanol, ac ni ddarperir y naill na'r llall drwy restru dirprwy fel gweinydd bootstrap yn unig.

Cadwch osodiadau protocol diogelwch a dilysu ar wahân. Gall dirprwy sefydlu llwybr TCP tra bo hunaniaeth TLS, dilysu SASL, neu awdurdodiad broker yn dal i fethu.

Ar gyfer diagnosis, nodwch ba bwynt terfyn a fethodd ac a ddaeth o ffurfweddiad statig neu o fetadata a ddychwelwyd. Mae'r gwahaniaeth hwnnw'n culhau'r broblem lawer mwy na newid pwynt terfyn oedd eisoes yn gyrraeddadwy dro ar ôl tro.