IP ya faragha ya Cloud SQL kupitia VPN: njia ambayo hakuna anayeisafirisha
IP ya faragha ya Cloud SQL hufanya kazi kutoka mtandao uliounganishwa na VPN, lakini tu wakati kiambishi cha mteja na kiwango cha huduma vyote vikipita mipaka miwili ya njia.
Timu nyingi zinaamini IP ya faragha ya Cloud SQL hufanya kazi tu kutoka ndani ya VPC, na imani hiyo inaendelea kwa sababu hitilafu inaonekana kama tatizo la hifadhidata. Google inarekodi ufikiaji kutoka mitandao iliyounganishwa kupitia Cloud VPN au Cloud Interconnect. Mitandao hiyo haihitaji kipengele maalum cha hifadhidata, bali mabadilishano mawili ya njia ambayo ni rahisi kuacha nusu yameundwa. Handaki hupanda, vielekezi vya hesabu hujibu, na muunganisho wa hifadhidata huisha kwa muda — hasa mchanganyiko unaowapeleka watu kwenye konsoli isiyo sahihi.
Hadithi: IP ya faragha inamaanisha faragha kwa VPC
Ufikiaji wa huduma za faragha ni VPC peering kati ya mtandao wako na mtandao wa mzalishaji unaomilikiwa na Google. Kiwango kilichotengwa kwa huduma hiyo kinakaa upande wa mzalishaji, na anwani ya kielekezi iko ndani yake. Peering hiyo ndiyo sababu hifadhidata katika mradi wako inaweza kukaa kwenye anwani ambayo VPC yako inaelekeza, ingawa hakuna subnet yako iliyo wazi inayoimiliki.
Kwa kuwa ni peering, ina tabia ya peering pia, ikiwa ni pamoja na sehemu ambapo njia maalum hazipiti kiotomatiki.
Hadithi: handaki inayofanya kazi hubeba njia ya hifadhidata pamoja nayo
Viwango viwili vinapaswa kustahimili safari. Cha kwanza ni kiambishi cha mteja: mtandao wako wa ndani unapaswa kujulikana kwa Cloud Router kwa viambishi mahususi, kwa sababu njia chaguo-msingi haiwezi kutoa uingizaji ambao mtandao wa mzalishaji unahitaji kwa njia ya kurudi. Cha pili ni kiwango cha huduma kilichotengwa, ambacho upande wa nje unapaswa kujifunza ili pakiti zake kuelekea hifadhidata ziwe na mahali pa kwenda. Hizi ni njia tofauti zinazotunzwa kwenye mipaka tofauti, na kurekebisha moja huacha nyingine ikiwa imevunjika.
Upande wa Google hiyo inamaanisha kuwezesha Export custom routes kwenye miunganisho husika ya peering na kuongeza kiwango cha huduma kilichotengwa kwenye njia zilizotangazwa za Cloud Router kwa handaki.
Hifadhi matangazo yaliyopo tayari. Kuongeza kiwango cha huduma hakupaswi kuondoa njia za VPC ambazo kikao hicho cha BGP hubeba kwa trafiki nyingine, na seti ya matangazo iliyobadilishwa yote ni usumbufu wa pili uliofichwa nyuma ya wa kwanza. Angalia pia njia zenye matokeo kwenye kifaa cha nje, kwa sababu kufikia lango la VPN au subnet nyingine kunathibitisha usafiri pekee.
Hadithi: Cloud SQL Auth Proxy hutatua mtandao
The Auth Proxy hutoa uthibitishaji unaoungwa mkono na usafiri uliosimbwa kati ya programu yako na kielekezi. Haiundi njia. Proksi iliyoanzishwa kwenye mwenyeji asiye na njia kuelekea mtandao wa faragha itashindwa sawa na muunganisho wa moja kwa moja, na kumbukumbu zake zitasaidia kidogo kuhusu sababu. Kuhamisha proksi kwenye mwenyeji mwenye muunganisho hubadilisha sehemu gani ya njia inapaswa kufanya kazi, na huo ni uamuzi halisi wa ubunifu, si njia ya kupita.
Jambo ambalo haifanyi ni kuruhusu kompyuta mpito iliyokatwa kufikia kielekezi cha faragha pekee.
Hadithi: Private Service Connect hufuata kanuni zilezile
Private Service Connect hutumia endpoint katika subnet yako mwenyewe na mpangilio wa DNS unaodhibiti wewe, kwa hiyo njia ya kwenda huko ni njia ya kawaida kuelekea anwani unayomiliki. Mipangilio ya usafirishaji wa peering haitumiki kwa muundo huo, na kunakili mabadiliko ya peering kwenye usambazaji wa PSC huongeza hatari bila kuongeza ufikikaji.
Zote mbili zinakupa anwani ya faragha; kufanana huishia hapo.
Jaribu njia kwa mpangilio sahihi
Kutoka mteja wa nje, jaribu kwanza endpoint ya TCP ya hifadhidata. Kukamilika kwa kupeana mikono kwa TCP kunamaanisha uelekezaji, ukuta wa moto na msikilizaji wote wapo, na jaribio linalofuata ni operesheni iliyoidhinishwa inayoruhusiwa. Kukataliwa kwa uthibitishaji wakati huo kwa kweli ni habari njema, kwa sababu kunathibitisha msikilizaji wa hifadhidata alijibu. Muda wa ICMP kumalizika hausemi karibu chochote kuhusu ufikiaji wa hifadhidata, kwa sababu njia nyingi huutupa wakati zikisambaza TCP bila shida.
Ikiwa viwango vyako vya mteja viko nje ya RFC 1918, pitia mahitaji ya ziada ya usafirishaji wa njia na idhini ya mtandao kabla ya kuhitimisha kuwa muundo hautumiki.
Rekodi vitu vinne pamoja na muunganisho: kiambishi cha nje, kiwango cha huduma kilichotengwa, miunganisho ya peering inayohusika na kielekezaji kinachotangaza. Hivyo vinne vinaeleza njia yote ya faragha, na vinabadilisha hadithi kwamba Cloud SQL ama daima inahitaji proksi au haiwezi kufikiwa kupitia VPN kabisa.