ਸਾਂਝਾ Transit Gateway: AWS RAM ਵਿੱਚ ਰੂਟ ਕਿਸਦੇ ਮਾਲਕੀ ਹੇਠ ਹਨ
RAM ਸਾਂਝੀਆਂ ਕਰਨ ਨਾਲ ਦੂਜੇ ਖਾਤੇ ਨੂੰ VPC ਜੋੜਨ ਦੀ ਆਗਿਆ ਮਿਲਦੀ ਹੈ, ਪਰ ਰੂਟ ਸਾਰਣੀਆਂ, ਸੰਬੰਧ ਅਤੇ ਪ੍ਰਸਾਰ ਗੇਟਵੇ ਮਾਲਕ ਕੋਲ ਹੀ ਰਹਿੰਦੇ ਹਨ। ਇੱਥੇ ਹੀ ਹੱਦ ਹੈ।
Resource Access Manager ਨਾਲ Transit Gateway ਸਾਂਝਾ ਕਰਨਾ ਇੱਕ ਖ਼ਾਸ ਕੰਮ ਕਰਦਾ ਹੈ: ਇਹ ਦੂਜੇ ਖਾਤੇ ਨੂੰ ਉਸ ਸਰੋਤ ਵਿਰੁੱਧ ਪਰਿਭਾਸ਼ਿਤ ਜੋੜ API ਸਮੂਹ ਕਾਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਿਸਦਾ ਉਹ ਮਾਲਕ ਨਹੀਂ। ਇਹ ਗੇਟਵੇ, ਉਸਦੀਆਂ ਰੂਟ ਸਾਰਣੀਆਂ ਜਾਂ ਟ੍ਰੈਫਿਕ ਕਿਵੇਂ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਤਬਦੀਲ ਨਹੀਂ ਕਰਦਾ। ਲੋਕ ਉਲਟਾ ਮੰਨਦੇ ਹਨ ਕਿਉਂਕਿ ਜੋੜ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਕੰਸੋਲ ਵਿੱਚ ਦਿਖਦਾ ਹੈ ਅਤੇ ਤੁਰੰਤ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੋ ਮਾਲਕੀ ਵਾਂਗ ਲੱਗਦਾ ਹੈ। ਹੇਠਾਂ ਦਾ ਤੰਤਰ ਸਾਂਝੇ ਸਰੋਤ ਉੱਤੇ ਇਜਾਜ਼ਤ ਦੇਣਾ ਹੈ, ਅਤੇ ਹਰ ਚਾਈਲਡ ਆਬਜੈਕਟ ਮਾਲਕ ਦੇ ਖਾਤੇ ਦੀ ਹੱਦ ਅੰਦਰ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਵੰਡ ਸਾਂਝੇ ਟ੍ਰਾਂਜ਼ਿਟ ਦੁਆਲੇ ਦੀਆਂ ਬਹੁਤੀਆਂ ਪਹੁੰਚ-ਇਨਕਾਰ ਟਿਕਟਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ।
ਸਾਂਝੀਆਂ ਕਰਨਾ ਅਸਲ ਵਿੱਚ ਕੀ ਸੌਂਪਦਾ ਹੈ
ਸਰੋਤ ਸਾਂਝੀਆਂਕਰਨ ਇੱਕ ਸਰੋਤ, ਇੱਕ ਪ੍ਰਿੰਸੀਪਲ ਅਤੇ ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਇਜਾਜ਼ਤ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ। ਇਜਾਜ਼ਤ ਉਹ ਕਾਰਵਾਈਆਂ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ ਜੋ ਉਹ ਪ੍ਰਿੰਸੀਪਲ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ Transit Gateway ਲਈ ਉਹ ਸੂਚੀ ਸਾਂਝੇ ਸਰੋਤ ਉੱਤੇ ਜੋੜ ਕਾਰਵਾਈਆਂ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ।
ਸੂਚੀ ਤੋਂ ਬਾਹਰ ਦੀ ਕੋਈ ਵੀ ਚੀਜ਼ ਕੰਸੋਲ ਵਿੱਚ ਨਹੀਂ ਸਗੋਂ API ਉੱਤੇ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਸਕ੍ਰਿਪਟ ਪਹਿਲੀ ਵਾਰ ਚੱਲਣ ਵੇਲੇ ਗਲਤੀ ਅਕਸਰ ਦਿਖਦੀ ਹੈ।
ਰੂਟ ਸਾਰਣੀਆਂ, ਸੰਬੰਧ ਅਤੇ ਪ੍ਰਸਾਰ ਮਾਲਕ ਕੋਲ ਹੀ ਰਹਿੰਦੇ ਹਨ
ਅੱਗੇ ਭੇਜਣਾ ਤਿੰਨ ਚਾਈਲਡ ਆਬਜੈਕਟ ਤੈਅ ਕਰਦੇ ਹਨ: ਜੋੜ ਕਿਸ ਰੂਟ ਸਾਰਣੀ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ, ਇਹ ਕਿਨ੍ਹਾਂ ਸਾਰਣੀਆਂ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਸਾਰਣੀਆਂ ਵਿੱਚ ਕਿਹੜੇ ਰੂਟ ਹਨ। AWS ਦੇ ਸਾਂਝੀਆਂਕਰਨ ਦਸਤਾਵੇਜ਼ ਕਹਿੰਦੇ ਹਨ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਸਾਂਝੀਆਂਕਰਨ ਰਾਹੀਂ ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ ਦੀਆਂ ਰੂਟ ਸਾਰਣੀਆਂ ਜਾਂ ਉਨ੍ਹਾਂ ਦੇ ਸੰਬੰਧ ਅਤੇ ਪ੍ਰਸਾਰ ਬਣਾ, ਬਦਲ ਜਾਂ ਮਿਟਾ ਨਹੀਂ ਸਕਦਾ। ਉਹ ਕਾਲ ਮਾਲਕ ਖਾਤੇ ਦੀਆਂ ਹਨ। ਨਵੇਂ ਸੰਬੰਧ ਦੀ ਲੋੜ ਵਾਲਾ ਪ੍ਰਾਪਤਕਰਤਾ ਪ੍ਰਬੰਧਕੀ ਤਬਦੀਲੀ ਮੰਗ ਰਿਹਾ ਹੈ, ਸਮਰੱਥ ਕਰਨਾ ਭੁੱਲੀ ਇਜਾਜ਼ਤ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਿਹਾ।
ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਉਹ ਵੰਡ ਹੈ ਜੋ ਮੈਂ ਡਿਜ਼ਾਈਨ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਰੱਖਦਾ ਹਾਂ, ਕਿਉਂਕਿ ਇਹ ਕਰਮਚਾਰੀ ਤਬਦੀਲੀਆਂ ਵਿੱਚ ਟਿਕਦੀ ਹੈ।
| Role | What it controls |
|---|---|
| Transit Gateway owner | The gateway, its route tables, associations and propagations; the Site-to-Site VPN attachment is created here. |
| VPC owner using the share | Its own attachment, subnet route tables and security policy for the workloads. |
| Shared-subnet participant | Workload traffic only, following routes the VPC owner already set. |
ਵਿਚਕਾਰਲੀ ਕਤਾਰ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ: VPC ਮਾਲਕ ਆਪਣੇ ਸਬਨੈੱਟ ਰੂਟ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, ਗੇਟਵੇ ਮਾਲਕ ਕੇਂਦਰੀ ਅੱਗੇ ਭੇਜਣ ਦਾ ਫੈਸਲਾ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਮਾਰਗ ਨੂੰ ਦੋਵੇਂ ਚਾਹੀਦੇ ਹਨ। ਕੋਈ ਵੀ ਇੱਕ ਖਾਤਾ ਇਸਨੂੰ ਇਕੱਲਾ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਇੱਕ ਮਾਰਗ, ਦੋ ਖਾਤੇ
ਸਪੋਕ VPC ਤੋਂ ਆਨ-ਪ੍ਰੀਮਾਈਸਿਸ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਪੈਕੇਟ ਦਾ ਪਿੱਛਾ ਕਰੋ। ਸਪੋਕ ਸਬਨੈੱਟ ਰੂਟ ਸਾਰਣੀ ਨੂੰ ਉਹ ਪ੍ਰੀਫਿਕਸ ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ ਜੋੜ ਨੂੰ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ VPC ਮਾਲਕ ਬਦਲ ਸਕਦਾ ਹੈ। ਫਿਰ ਗੇਟਵੇ ਕੋਲ ਜੋੜ ਦੀ ਸੰਬੰਧਿਤ ਸਾਰਣੀ ਵਿੱਚ VPN ਜੋੜ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਰੂਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਸਿਰਫ਼ ਮਾਲਕ ਹੀ ਬਦਲ ਸਕਦਾ ਹੈ। ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਦੋਵਾਂ ਦਾ ਸ਼ੀਸ਼ਾ ਚਾਹੀਦਾ ਹੈ। ਕੋਈ ਵੀ ਪਾਸਾ ਛੱਡਿਆ ਤਾਂ ਤੁਹਾਨੂੰ ਅੱਧਾ ਸਥਾਪਿਤ ਮਾਰਗ ਮਿਲਦਾ ਹੈ ਜੋ ਫਾਇਰਵਾਲ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਖਦਾ ਹੈ।
ਦੋਵੇਂ ਤਬਦੀਲੀਆਂ ਦੋ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀਆਂ ਨਾਲ ਇੱਕ ਟਿਕਟ ਵਿੱਚ ਲਿਖੋ, ਨਹੀਂ ਤਾਂ ਉਹ ਵੱਖ-ਵੱਖ ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਪੂਰੀਆਂ ਹੋਣਗੀਆਂ।
ਜਦੋਂ ਥਾਂ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ ਤਾਂ Availability Zone ID ਵਰਤੋ
ਜ਼ੋਨ ਦੇ ਨਾਮ ਖਾਤਾ-ਸਥਾਨਕ ਉਪਨਾਮ ਹਨ। ਇੱਕ ਖਾਤੇ ਵਿੱਚ us-east-1a ਦਾ ਦੂਜੇ ਖਾਤੇ ਦੇ us-east-1a ਵਾਂਗ ਹੀ ਭੌਤਿਕ ਜ਼ੋਨ ਹੋਣ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ। ਜਦੋਂ ਡਿਜ਼ਾਈਨ ਨੂੰ ਇੱਕੋ ਜ਼ੋਨ ਵਿੱਚ ਜੋੜ ਅਤੇ ਵਰਕਲੋਡ ਚਾਹੀਦਾ ਹੈ, AZ ID ਦੀ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਦਰਜ ਕਰੋ।
ਨਾਵਾਂ ਦੀ ਤੁਲਨਾ ਸਹੀ ਦਿਖਦਾ ਚਿੱਤਰ ਅਤੇ ਸਹੀ ਨਾ ਹੋਣ ਵਾਲਾ ਲੇਟੈਂਸੀ ਪ੍ਰੋਫਾਈਲ ਦਿੰਦੀ ਹੈ। ਚਿੱਤਰ ਅਜੇ ਬਣ ਰਿਹਾ ਹੋਵੇ ਤਾਂ ਹੀ ਇਹ ਜਾਂਚੋ, ਕਿਸੇ ਵੱਲੋਂ ਅੰਤਰ ਮਾਪਣ ਤੋਂ ਬਾਅਦ ਨਹੀਂ।
ਸਾਂਝੀਆਂ ਕਰਨਾ ਰੱਦ ਕਰਨ ਨਾਲ ਡੇਟਾ ਮਾਰਗ ਨਹੀਂ ਕੱਟਦਾ
ਸਾਂਝੀਆਂ ਕਰਨਾ ਹਟਾਉਣਾ ਰੱਦ ਕਰਨ ਵਾਂਗ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇਹ ਤੁਰੰਤ ਟ੍ਰੈਫਿਕ ਰੋਕ ਨਹੀਂ ਹੈ। AWS ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਕਿ ਗੇਟਵੇ ਸਾਂਝੀਆਂ ਕਰਨ ਤੋਂ ਬਾਹਰ ਹੋਣ ’ਤੇ ਜੋੜ ਕਾਰਜਸ਼ੀਲ ਰਹਿੰਦਾ ਹੈ। ਸਰੋਤ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਅਲੋਪ ਹੋ ਜਾਂਦੀ ਹੈ, ਜਦਕਿ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਜੋੜ ਕਿਸੇ ਦੇ ਮਿਟਾਉਣ ਜਾਂ ਅਸਮਰੱਥ ਕਰਨ ਤੱਕ ਅੱਗੇ ਭੇਜਦਾ ਰਹਿੰਦਾ ਹੈ। ਰੱਦ ਕਰਨ ਦੀ ਯੋਜਨਾ ਦੋ ਕਦਮਾਂ ਵਿੱਚ ਕਰੋ: ਸਾਂਝੀਆਂ ਕਰਨਾ ਹਟਾਓ, ਫਿਰ ਜੋੜ, ਅਤੇ ਦੂਜਾ ਮਾਲਕ ਕਰੇਗਾ।
ਜੇ ਸਾਂਝੀਆਂ ਕਰਨਾ ਹੀ ਤੁਹਾਡਾ ਇੱਕੋ-ਇੱਕ ਨਿਯੰਤਰਣ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਨਿਯੰਤਰਣ ਨਹੀਂ।
ਸਾਂਝੀਆਂ ਕਰਨ ਦਾ ਰਿਕਾਰਡ ਅਤੇ ਰੂਟਿੰਗ ਰਿਕਾਰਡ ਇਕੱਠੇ ਰੱਖੋ
ਦੋ ਕਲਾਕ੍ਰਿਤੀਆਂ ਦੋ ਵੱਖ-ਵੱਖ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ। ਸਾਂਝੀਆਂ ਕਰਨ ਦਾ ਰਿਕਾਰਡ ਦੱਸਦਾ ਹੈ ਕਿ ਸਰੋਤ ਨਾਲ ਕੌਣ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਰੂਟ ਸਾਰਣੀਆਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜੇ ਨੈੱਟਵਰਕ ਅਸਲ ਵਿੱਚ ਗੱਲ ਕਰ ਸਕਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕੋ ਮਾਲਕ ਸੂਚੀ ਨਾਲ ਇਕੱਠੇ ਸੰਭਾਲੋ, ਨਹੀਂ ਤਾਂ ਅਗਲੀ ਘਟਨਾ ਕਿਸੇ ਅਜਿਹੇ ਵਿਅਕਤੀ ਨਾਲ ਸ਼ੁਰੂ ਹੋਵੇਗੀ ਜੋ ਕਦੇ ਸਮੱਸਿਆ ਨਾ ਰਹੀ ਇਜਾਜ਼ਤ ਸਾਬਤ ਕਰ ਰਿਹਾ ਹੋਵੇਗਾ।
ਫਿਰ ਹਰ ਦਿਸ਼ਾ ਵਿੱਚ ਇੱਕ ਪ੍ਰਵਾਹ ਅਤੇ ਇੱਕ ਅਜਿਹਾ ਪ੍ਰੀਫਿਕਸ ਪਰਖੋ ਜੋ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।