Yandex.Cloud વર્ચ્યુઅલ પ્રાઇવેટ ક્લાઉડ સાથે કેવી રીતે કાર્ય કરે છે અને અમારા વપરાશકર્તાઓ કેવી રીતે ઉપયોગી સુવિધાઓ લાગુ કરવામાં અમારી મદદ કરે છે

હેલો, મારું નામ કોસ્ટ્યા ક્રામલીખ છે, હું Yandex.Cloud માં વર્ચ્યુઅલ પ્રાઇવેટ ક્લાઉડ વિભાગનો મુખ્ય વિકાસકર્તા છું. હું વર્ચ્યુઅલ નેટવર્કર છું, અને તમે ધારી શકો તેમ, આ લેખમાં હું સામાન્ય રીતે વર્ચ્યુઅલ પ્રાઇવેટ ક્લાઉડ (VPC) ઉપકરણ અને ખાસ કરીને વર્ચ્યુઅલ નેટવર્ક વિશે વાત કરીશ. અને તમે એ પણ શોધી શકશો કે અમે, સેવાના વિકાસકર્તાઓ, અમારા વપરાશકર્તાઓના પ્રતિસાદને શા માટે મૂલ્યવાન ગણીએ છીએ. પરંતુ પ્રથમ વસ્તુઓ પ્રથમ.

VPC શું છે?

આજકાલ, સેવાઓ જમાવવા માટે વિવિધ વિકલ્પો છે. મને ખાતરી છે કે કોઈ વ્યક્તિ હજુ પણ સર્વરને એડમિનિસ્ટ્રેટરના ડેસ્ક હેઠળ રાખે છે, જો કે મને આશા છે કે આવી વાર્તાઓ ઓછી હશે.

હવે સેવાઓ જાહેર વાદળો પર જવાનો પ્રયાસ કરી રહી છે, અને આ તે છે જ્યાં તેઓ VPCs સાથે અથડાય છે. VPC એ સાર્વજનિક ક્લાઉડનો એક ભાગ છે જે વપરાશકર્તા, ઈન્ફ્રાસ્ટ્રક્ચર, પ્લેટફોર્મ અને અન્ય ક્ષમતાઓને એકસાથે બાંધે છે, તેઓ ગમે ત્યાં હોય, અમારા ક્લાઉડમાં અથવા તેની બહાર. તે જ સમયે, VPC તમને આ ક્ષમતાઓને બિનજરૂરી રીતે ઈન્ટરનેટ પર ઉજાગર ન કરવાની મંજૂરી આપે છે, તે તમારા અલગ નેટવર્કમાં રહે છે.

વર્ચ્યુઅલ નેટવર્ક બહારથી કેવું દેખાય છે?

VPC દ્વારા, અમારો અર્થ મુખ્યત્વે ઓવરલે નેટવર્ક અને નેટવર્ક સેવાઓ, જેમ કે VPNaaS, NATaas, LBaas, વગેરે. અને આ બધું ખામી-સહિષ્ણુ નેટવર્ક ઈન્ફ્રાસ્ટ્રક્ચરની ટોચ પર કામ કરે છે, જે પહેલાથી જ છે. મહાન લેખ અહીં, હેબ્રે પર.

ચાલો વર્ચ્યુઅલ નેટવર્ક અને તેના ઉપકરણ પર નજીકથી નજર કરીએ.

બે ઉપલબ્ધતા ઝોનનો વિચાર કરો. અમે વર્ચ્યુઅલ નેટવર્ક પ્રદાન કરીએ છીએ - જેને અમે VPC કહીએ છીએ. હકીકતમાં, તે તમારા "ગ્રે" સરનામાંઓની વિશિષ્ટતાની જગ્યાને વ્યાખ્યાયિત કરે છે. દરેક વર્ચ્યુઅલ નેટવર્કમાં, તમારી પાસે સરનામાંઓની જગ્યા પર સંપૂર્ણ નિયંત્રણ હોય છે જે તમે સંસાધનોની ગણતરી માટે સોંપી શકો છો.

નેટવર્ક વૈશ્વિક છે. તે જ સમયે, તે સબનેટ નામની એન્ટિટીના રૂપમાં દરેક ઉપલબ્ધતા ઝોન પર પ્રક્ષેપિત કરવામાં આવે છે. દરેક સબનેટ માટે, તમે 16 કે તેથી ઓછા કદનું CIDR સોંપો છો. દરેક પ્રાપ્યતા ઝોનમાં આવી એક કરતાં વધુ એન્ટિટી હોઈ શકે છે અને તેમની વચ્ચે હંમેશા પારદર્શક રૂટીંગ હોય છે. આનો અર્થ એ છે કે સમાન VPC ની અંદર તમારા બધા સંસાધનો એકબીજા સાથે "વાત" કરી શકે છે, પછી ભલે તે અલગ ઉપલબ્ધતા ઝોનમાં હોય. ઈન્ટરનેટની ઍક્સેસ વિના "સંચાર કરો", અમારી આંતરિક ચેનલો દ્વારા, "વિચારીને" કે તેઓ સમાન ખાનગી નેટવર્કની અંદર છે.

ઉપરોક્ત આકૃતિ એક લાક્ષણિક પરિસ્થિતિ દર્શાવે છે: બે VPC જે સરનામાંઓમાં ક્યાંક છેદે છે. બંને તમારા હોઈ શકે છે. ઉદાહરણ તરીકે, એક વિકાસ માટે, અન્ય પરીક્ષણ માટે. ત્યાં ફક્ત વિવિધ વપરાશકર્તાઓ હોઈ શકે છે - આ કિસ્સામાં તે કોઈ વાંધો નથી. અને દરેક VPC માં એક વર્ચ્યુઅલ મશીન પ્લગ થયેલ છે.

ચાલો સ્કીમને વધુ ખરાબ કરીએ. તમે તેને બનાવી શકો છો જેથી એક વર્ચ્યુઅલ મશીન એક સાથે અનેક સબનેટમાં અટવાઇ જાય. અને માત્ર તે જ નહીં, પરંતુ વિવિધ વર્ચ્યુઅલ નેટવર્ક્સમાં.

તે જ સમયે, જો તમારે મશીનોને ઇન્ટરનેટ પર એક્સપોઝ કરવાની જરૂર હોય, તો આ API અથવા UI દ્વારા કરી શકાય છે. આ કરવા માટે, તમારે તમારા "ગ્રે", આંતરિક સરનામાના NAT અનુવાદને "સફેદ" - જાહેરમાં ગોઠવવાની જરૂર છે. તમે "સફેદ" સરનામું પસંદ કરી શકતા નથી, તે અમારા સરનામાંઓના પૂલમાંથી અવ્યવસ્થિત રીતે અસાઇન કરવામાં આવે છે. જલદી તમે બાહ્ય IP નો ઉપયોગ કરવાનું બંધ કરો છો, તે પૂલ પર પાછું આવે છે. તમે ફક્ત "સફેદ" સરનામાંનો ઉપયોગ કરવાના સમય માટે ચૂકવણી કરો છો.

NAT દાખલાનો ઉપયોગ કરીને મશીનને ઇન્ટરનેટની ઍક્સેસ આપવી પણ શક્ય છે. તમે સ્થિર રૂટીંગ ટેબલ દ્વારા ટ્રાફિકને દાખલા પર રૂટ કરી શકો છો. અમે આવો કેસ પૂરો પાડ્યો છે, કારણ કે વપરાશકર્તાઓને ક્યારેક તેની જરૂર પડે છે, અને અમે તેના વિશે જાણીએ છીએ. તદનુસાર, અમારી ઇમેજ કૅટેલોગમાં ખાસ રૂપરેખાંકિત NAT ઇમેજ છે.

પરંતુ જ્યારે તૈયાર NAT ઇમેજ હોય ​​ત્યારે પણ સેટઅપ મુશ્કેલ હોઈ શકે છે. અમે સમજી ગયા કે કેટલાક વપરાશકર્તાઓ માટે આ સૌથી અનુકૂળ વિકલ્પ નથી, તેથી અંતે અમે એક ક્લિકમાં ઇચ્છિત સબનેટ માટે NAT સક્ષમ કરવાનું શક્ય બનાવ્યું. આ સુવિધા હજી પણ બંધ પૂર્વાવલોકન ઍક્સેસમાં છે, જ્યાં સમુદાયના સભ્યોની મદદથી તેનું પરીક્ષણ કરવામાં આવે છે.

વર્ચ્યુઅલ નેટવર્ક અંદરથી કેવી રીતે ગોઠવાય છે

વપરાશકર્તા વર્ચ્યુઅલ નેટવર્ક સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે? વેબ તેના API સાથે બહારની તરફ જુએ છે. વપરાશકર્તા API પર આવે છે અને લક્ષ્ય રાજ્ય સાથે કામ કરે છે. API દ્વારા, વપરાશકર્તા જુએ છે કે બધું કેવી રીતે ગોઠવવું અને ગોઠવવું જોઈએ, જ્યારે તે સ્થિતિ જુએ છે, વાસ્તવિક સ્થિતિ ઇચ્છિત સ્થિતિથી કેટલી અલગ છે. આ યુઝરની તસવીર છે. અંદર શું ચાલી રહ્યું છે?

અમે યાન્ડેક્સ ડેટાબેઝ પર ઇચ્છિત સ્થિતિ લખીએ છીએ અને અમારા VPC ના વિવિધ ભાગોને ગોઠવવા જઈએ છીએ. Yandex.Cloud માં ઓવરલે નેટવર્ક OpenContrail ના પસંદ કરેલા ઘટકો પર આધારિત છે, જેને તાજેતરમાં ટંગસ્ટન ફેબ્રિક કહેવામાં આવે છે. નેટવર્ક સેવાઓ એક જ ક્લાઉડગેટ પ્લેટફોર્મ પર લાગુ કરવામાં આવે છે. CloudGate માં, અમે સંખ્યાબંધ ઓપન સોર્સ ઘટકોનો પણ ઉપયોગ કર્યો છે: GoBGP - નિયંત્રણ માહિતીને ઍક્સેસ કરવા માટે, તેમજ VPP - ડેટા પાથ માટે DPDK ની ટોચ પર ચાલતા સોફ્ટવેર રાઉટરને અમલમાં મૂકવા માટે.

ટંગસ્ટન ફેબ્રિક CloudGate સાથે GoBGP મારફતે વાતચીત કરે છે. ઓવરલે નેટવર્કમાં શું ચાલી રહ્યું છે તે જણાવે છે. ક્લાઉડગેટ, બદલામાં, ઓવરલે નેટવર્ક્સને એકબીજા સાથે અને ઇન્ટરનેટ સાથે જોડે છે.

હવે ચાલો જોઈએ કે વર્ચ્યુઅલ નેટવર્ક સ્કેલિંગ અને ઉપલબ્ધતાની સમસ્યાઓ કેવી રીતે હલ કરે છે. ચાલો એક સરળ કેસ ધ્યાનમાં લઈએ. ત્યાં એક ઉપલબ્ધતા ઝોન છે અને તેમાં બે VPC બનાવવામાં આવ્યા છે. અમે એક ટંગસ્ટન ફેબ્રિક દાખલો જમાવ્યો, અને તે હજારો નેટવર્કને ખેંચે છે. નેટવર્ક્સ CloudGate સાથે વાતચીત કરે છે. ક્લાઉડગેટ, જેમ આપણે પહેલેથી જ કહ્યું છે, એકબીજા સાથે અને ઇન્ટરનેટ સાથે તેમની કનેક્ટિવિટી સુનિશ્ચિત કરે છે.

ચાલો કહીએ કે બીજો ઉપલબ્ધતા ઝોન ઉમેરવામાં આવ્યો છે. તે પ્રથમથી સંપૂર્ણપણે સ્વતંત્ર રીતે નિષ્ફળ થવું જોઈએ. તેથી, બીજા પ્રાપ્યતા ઝોનમાં, આપણે એક અલગ ટંગસ્ટન ફેબ્રિક ઇન્સ્ટન્સ ઇન્સ્ટોલ કરવું આવશ્યક છે. આ એક અલગ સિસ્ટમ હશે જે ઓવરલે સાથે વ્યવહાર કરે છે અને પ્રથમ સિસ્ટમ વિશે થોડું જાણે છે. અને દૃશ્યતા કે આપણું વર્ચ્યુઅલ નેટવર્ક વૈશ્વિક છે, હકીકતમાં, આપણું VPC API બનાવે છે. આ તેનું કાર્ય છે.

VPC1 ને ઉપલબ્ધતા ઝોન B માં મેપ કરવામાં આવે છે જો ઉપલબ્ધતા ઝોન B માં એવા સંસાધનો હોય જે VPC1 પર દબાણ કરવામાં આવે છે. જો ઉપલબ્ધતા ઝોન B માં VPC2 ના કોઈ સંસાધનો ન હોય, તો અમે આ ઝોનમાં VPC2 ને સાકાર કરીશું નહીં. બદલામાં, VPC3 ના સંસાધનો ફક્ત ઝોન B માં જ અસ્તિત્વમાં હોવાથી, VPC3 ઝોન A માં અસ્તિત્વમાં નથી. બધું સરળ અને તાર્કિક છે.

ચાલો થોડા ઊંડા જઈએ અને જોઈએ કે Y.Cloud માં ચોક્કસ હોસ્ટ કેવી રીતે કામ કરે છે. મુખ્ય વસ્તુ જે હું નોંધવા માંગુ છું તે એ છે કે બધા યજમાનો એ જ રીતે ગોઠવાયેલા છે. અમે તેને બનાવીએ છીએ જેથી ફક્ત જરૂરી ન્યૂનતમ સેવાઓ હાર્ડવેર પર ચાલે, બાકીની બધી વર્ચ્યુઅલ મશીનો પર ચાલે. અમે મૂળભૂત ઇન્ફ્રાસ્ટ્રક્ચર સેવાઓના આધારે ઉચ્ચ-ક્રમની સેવાઓ બનાવીએ છીએ, અને કેટલીક એન્જિનિયરિંગ સમસ્યાઓને ઉકેલવા માટે ક્લાઉડનો ઉપયોગ પણ કરીએ છીએ, ઉદાહરણ તરીકે, સતત એકીકરણના માળખામાં.

જો આપણે ચોક્કસ હોસ્ટને જોઈએ, તો આપણે જોઈ શકીએ છીએ કે હોસ્ટ OS પર ત્રણ ઘટકો ચાલી રહ્યા છે:

• ગણતરી - હોસ્ટ પર કમ્પ્યુટિંગ સંસાધનોના વિતરણ માટે જવાબદાર ભાગ.
• VRouter એ ટંગસ્ટન ફેબ્રિકનો એક ભાગ છે જે ઓવરલેનું આયોજન કરે છે, એટલે કે, તે અંડરલે દ્વારા પેકેટોને ટનલ કરે છે.
• VDisks સ્ટોરેજ વર્ચ્યુઅલાઈઝેશનનો હિસ્સો છે.

આ ઉપરાંત, વર્ચ્યુઅલ મશીનોમાં સેવાઓ શરૂ કરવામાં આવે છે: ક્લાઉડ ઇન્ફ્રાસ્ટ્રક્ચર સેવાઓ, પ્લેટફોર્મ સેવાઓ અને ગ્રાહક ક્ષમતાઓ. ગ્રાહક ક્ષમતાઓ અને પ્લેટફોર્મ સેવાઓ હંમેશા VRouter દ્વારા ઓવરલે પર જાય છે.

ઈન્ફ્રાસ્ટ્રક્ચર સેવાઓ ઓવરલેમાં વળગી શકે છે, પરંતુ મૂળભૂત રીતે તેઓ અંડરલેમાં કામ કરવા માંગે છે. તેઓ SR-IOV ની મદદથી અન્ડરલેમાં અટવાઇ જાય છે. વાસ્તવમાં, અમે કાર્ડને વર્ચ્યુઅલ નેટવર્ક કાર્ડ્સ (વર્ચ્યુઅલ ફંક્શન્સ) માં કાપીએ છીએ અને તેને ઇન્ફ્રાસ્ટ્રક્ચર વર્ચ્યુઅલ મશીનોમાં ધકેલીએ છીએ જેથી કાર્યક્ષમતા ન ગુમાવે. ઉદાહરણ તરીકે, એ જ CloudGate આ ઈન્ફ્રાસ્ટ્રક્ચર વર્ચ્યુઅલ મશીનોમાંથી એક તરીકે લોંચ કરવામાં આવે છે.

હવે જ્યારે આપણે વર્ચ્યુઅલ નેટવર્કના વૈશ્વિક કાર્યો અને ક્લાઉડના મૂળભૂત ઘટકોની રચનાનું વર્ણન કર્યું છે, ચાલો જોઈએ કે વર્ચ્યુઅલ નેટવર્કના વિવિધ ભાગો એકબીજા સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે.

અમે અમારી સિસ્ટમમાં ત્રણ સ્તરોને અલગ પાડીએ છીએ:

• કોન્ફિગ પ્લેન - સિસ્ટમની લક્ષ્ય સ્થિતિ સુયોજિત કરે છે. આ તે છે જે વપરાશકર્તા API દ્વારા ગોઠવે છે.
• કંટ્રોલ પ્લેન - વપરાશકર્તા-વ્યાખ્યાયિત સિમેન્ટિક્સ પ્રદાન કરે છે, એટલે કે, કન્ફિગ પ્લેનમાં વપરાશકર્તા દ્વારા વર્ણવેલ ડેટા પ્લેન સ્થિતિને લાવે છે.
• ડેટા પ્લેન - સીધા વપરાશકર્તાના પેકેટ પર પ્રક્રિયા કરે છે.

મેં ઉપર કહ્યું તેમ, તે બધું એ હકીકતથી શરૂ થાય છે કે વપરાશકર્તા અથવા આંતરિક પ્લેટફોર્મ સેવા API પર આવે છે અને ચોક્કસ લક્ષ્ય સ્થિતિનું વર્ણન કરે છે.

આ સ્થિતિ તરત જ યાન્ડેક્ષ ડેટાબેઝ પર લખવામાં આવે છે, API દ્વારા અસુમેળ ઓપરેશન ID પરત કરે છે, અને વપરાશકર્તા જે રાજ્ય ઇચ્છે છે તે પરત કરવા માટે અમારી આંતરિક મશીનરી શરૂ કરે છે. રૂપરેખાંકન કાર્યો SDN નિયંત્રક પર જાય છે અને ટંગસ્ટન ફેબ્રિકને જણાવે છે કે ઓવરલેમાં શું કરવું. ઉદાહરણ તરીકે, તેઓ પોર્ટ્સ, વર્ચ્યુઅલ નેટવર્ક્સ અને તેના જેવા અનામત રાખે છે.

ટંગસ્ટન ફેબ્રિકમાં કોન્ફિગ પ્લેન જરૂરી સ્થિતિને કંટ્રોલ પ્લેન પર મોકલે છે. તેના દ્વારા, કોન્ફિગ પ્લેન યજમાનો સાથે વાતચીત કરે છે, તે કહે છે કે તેમના પર ટૂંક સમયમાં શું ફરતું હશે.

હવે ચાલો જોઈએ કે સિસ્ટમ યજમાનો પર કેવી દેખાય છે. વર્ચ્યુઅલ મશીન VRouter માં પ્લગ થયેલ નેટવર્ક એડેપ્ટર ધરાવે છે. VRouter એ કોર ટંગસ્ટન ફેબ્રિક મોડ્યુલ છે જે પેકેટોને જુએ છે. જો કોઈ પેકેજ માટે પહેલેથી જ પ્રવાહ હોય, તો મોડ્યુલ તેની પ્રક્રિયા કરે છે. જો ત્યાં કોઈ પ્રવાહ નથી, તો મોડ્યુલ કહેવાતા પન્ટિંગ કરે છે, એટલે કે, તે usermod પ્રક્રિયાને પેકેટ મોકલે છે. પ્રક્રિયા પેકેટનું વિશ્લેષિત કરે છે અને કાં તો DHCP અને DNSની જેમ તેને પોતે જ પ્રતિસાદ આપે છે અથવા VRouter ને તેની સાથે શું કરવું તે કહે છે. તે પછી, VRouter પેકેટ પર પ્રક્રિયા કરી શકે છે.

આગળ, સમાન વર્ચ્યુઅલ નેટવર્કમાં વર્ચ્યુઅલ મશીનો વચ્ચેનો ટ્રાફિક પારદર્શક રીતે જાય છે, તે ક્લાઉડગેટ પર નિર્દેશિત નથી. યજમાનો કે જેના પર વર્ચ્યુઅલ મશીનો તૈનાત છે તે એકબીજા સાથે સીધો સંચાર કરે છે. તેઓ ટ્રાફિકને ટનલ કરે છે અને તેને અંડરલે દ્વારા એકબીજા માટે આગળ ધપાવે છે.

કંટ્રોલ પ્લેન બીજા રાઉટરની જેમ BGP દ્વારા ઉપલબ્ધતા ઝોન વચ્ચે એકબીજા સાથે વાતચીત કરે છે. તેઓ જણાવે છે કે કયા મશીનો ક્યાં છે જેથી એક ઝોનમાં VM અન્ય VM સાથે સીધો સંચાર કરી શકે.

અને કંટ્રોલ પ્લેન ક્લાઉડગેટ સાથે વાતચીત કરે છે. એ જ રીતે, તે અહેવાલ આપે છે કે ક્યાં અને કયા વર્ચ્યુઅલ મશીનો ઉભા કરવામાં આવ્યા છે, તેમના કયા સરનામાં છે. આ તમને બેલેન્સરથી તેમના પર બાહ્ય ટ્રાફિક અને ટ્રાફિકને દિશામાન કરવાની મંજૂરી આપે છે.

ટ્રાફિક કે જે VPC છોડે છે તે CloudGate પર, ડેટા પાથ પર આવે છે, જ્યાં અમારા પ્લગઇન્સ સાથે VPP ઝડપથી ચાવી દેવામાં આવે છે. પછી ટ્રાફિકને ક્યાં તો અન્ય VPCs અથવા બહાર, બોર્ડર રાઉટર્સ પર મોકલવામાં આવે છે જે ક્લાઉડગેટના નિયંત્રણ પ્લેન દ્વારા ગોઠવવામાં આવે છે.

નજીકના ભવિષ્ય માટે યોજનાઓ

જો આપણે ઉપર જણાવેલ દરેક વસ્તુનો થોડાક વાક્યોમાં સારાંશ આપીએ, તો આપણે કહી શકીએ કે Yandex.Cloud માં VPC બે મહત્વપૂર્ણ કાર્યોને હલ કરે છે:

• વિવિધ ગ્રાહકો વચ્ચે અલગતા પ્રદાન કરે છે.
• સંસાધનો, ઈન્ફ્રાસ્ટ્રક્ચર, પ્લેટફોર્મ સેવાઓ, અન્ય ક્લાઉડ્સ અને ઓન-પ્રિમાઈસને એક નેટવર્કમાં જોડે છે.

અને આ સમસ્યાઓને સારી રીતે ઉકેલવા માટે, તમારે આંતરિક આર્કિટેક્ચરના સ્તરે માપનીયતા અને ખામી સહિષ્ણુતા પ્રદાન કરવાની જરૂર છે, જે VPC કરે છે.

ધીમે ધીમે VPC કાર્યો પ્રાપ્ત કરે છે, અમે નવી સુવિધાઓ અમલમાં મૂકીએ છીએ, અમે વપરાશકર્તાની સગવડની દ્રષ્ટિએ કંઈક સુધારવાનો પ્રયાસ કરીએ છીએ. અમારા સમુદાયના સભ્યોને આભારી કેટલાક વિચારોનો અવાજ ઉઠાવવામાં આવે છે અને અગ્રતા યાદીમાં આવે છે.

અમારી પાસે હાલમાં નજીકના ભવિષ્ય માટેની યોજનાઓની નીચેની સૂચિ છે:

• સેવા તરીકે VPN.
• ખાનગી DNS દાખલાઓ એ પૂર્વ-રૂપરેખાંકિત DNS સર્વર સાથે વર્ચ્યુઅલ મશીનોને ઝડપથી સેટ કરવા માટેની છબીઓ છે.
• સેવા તરીકે DNS.
• આંતરિક લોડ બેલેન્સર.
• વર્ચ્યુઅલ મશીનને ફરીથી બનાવ્યા વિના "સફેદ" IP સરનામું ઉમેરવું.

બેલેન્સર અને પહેલેથી જ બનાવેલ વર્ચ્યુઅલ મશીન માટે IP એડ્રેસ બદલવાની ક્ષમતા વપરાશકર્તાઓની વિનંતી પર આ સૂચિમાં હતી. પ્રમાણિક બનવા માટે, સ્પષ્ટ પ્રતિસાદ વિના, અમે આ કાર્યોને થોડા સમય પછી લીધા હોત. અને તેથી અમે પહેલાથી જ સરનામાં વિશેની સમસ્યા પર કામ કરી રહ્યા છીએ.

શરૂઆતમાં, મશીન બનાવતી વખતે "સફેદ" IP સરનામું ઉમેરી શકાય છે. જો વપરાશકર્તા આ કરવાનું ભૂલી ગયો હોય, તો વર્ચ્યુઅલ મશીનને ફરીથી બનાવવું પડશે. તે જ અને, જો જરૂરી હોય તો, બાહ્ય IP દૂર કરો. મશીનને ફરીથી બનાવ્યા વિના સાર્વજનિક IP ને ચાલુ અને બંધ કરવાનું ટૂંક સમયમાં શક્ય બનશે.

તમારી અભિવ્યક્ત કરવા માટે મફત લાગે વિચારો અને સમર્થન સૂચનો અન્ય વપરાશકર્તાઓ. તમે અમને ક્લાઉડને બહેતર બનાવવામાં અને મહત્વપૂર્ણ અને ઉપયોગી સુવિધાઓ ઝડપથી મેળવવામાં સહાય કરો છો!

સોર્સ: www.habr.com