બેકઅપ ભાગ 7: તારણો

આ નોંધ બેકઅપ વિશે ચક્ર પૂર્ણ કરે છે. તે સમર્પિત સર્વર (અથવા VPS) ના તાર્કિક સંગઠનની ચર્ચા કરશે, જે બેકઅપ માટે અનુકૂળ છે, અને આપત્તિની સ્થિતિમાં વધુ ડાઉનટાઇમ વિના બેકઅપમાંથી સર્વરને ઝડપથી પુનઃસ્થાપિત કરવાનો વિકલ્પ પણ પ્રદાન કરશે.

પ્રારંભિક ડેટા

સમર્પિત સર્વરમાં મોટાભાગે ઓછામાં ઓછી બે હાર્ડ ડ્રાઈવો હોય છે જે પ્રથમ-સ્તરની RAID એરે (મિરર) ગોઠવવા માટે સેવા આપે છે. જો એક ડિસ્ક નિષ્ફળ જાય તો સર્વરનું સંચાલન ચાલુ રાખવા માટે સક્ષમ થવા માટે આ જરૂરી છે. જો આ નિયમિત સમર્પિત સર્વર હોય, તો SSD પર સક્રિય કેશીંગ ટેકનોલોજી સાથે અલગ હાર્ડવેર RAID નિયંત્રક હોઈ શકે છે, જેથી નિયમિત હાર્ડ ડ્રાઈવો ઉપરાંત, એક અથવા વધુ SSD ને જોડી શકાય. કેટલીકવાર સમર્પિત સર્વર ઓફર કરવામાં આવે છે, જેમાં સ્થાનિક ડિસ્કમાં માત્ર SATADOM (નાની ડિસ્ક, SATA પોર્ટ સાથે જોડાયેલી સ્ટ્રક્ચરલ ફ્લેશ ડ્રાઇવ), અથવા તો ખાસ આંતરિક પોર્ટ સાથે જોડાયેલ નિયમિત નાની (8-16GB) ફ્લેશ ડ્રાઇવ હોય છે, અને ડેટા સ્ટોરેજ સિસ્ટમમાંથી લેવામાં આવે છે, જે સમર્પિત સ્ટોરેજ નેટવર્ક (ઈથરનેટ 10G, FC, વગેરે) દ્વારા જોડાયેલ છે, અને ત્યાં સમર્પિત સર્વર્સ છે જે સ્ટોરેજ સિસ્ટમમાંથી સીધા જ લોડ થાય છે. હું આવા વિકલ્પોને ધ્યાનમાં લઈશ નહીં, કારણ કે આવા કિસ્સાઓમાં સર્વરનું બેકઅપ લેવાનું કાર્ય સરળતાથી સ્ટોરેજ સિસ્ટમની જાળવણી કરનારા નિષ્ણાતને જાય છે; સામાન્ય રીતે સ્નેપશોટ બનાવવા, બિલ્ટ-ઇન ડિડપ્લિકેશન અને સિસ્ટમ એડમિનિસ્ટ્રેટરના અન્ય આનંદ માટે વિવિધ માલિકીની તકનીકીઓ હોય છે. , આ શ્રેણીના અગાઉના ભાગોમાં ચર્ચા કરવામાં આવી છે. સર્વર સાથે જોડાયેલ ડિસ્કની સંખ્યા અને કદના આધારે, સમર્પિત સર્વરની ડિસ્ક એરેનું વોલ્યુમ દસ ટેરાબાઈટ સુધી પહોંચી શકે છે. VPS ના કિસ્સામાં, વોલ્યુમ વધુ સાધારણ છે: સામાન્ય રીતે 100GB થી વધુ નથી (પરંતુ ત્યાં વધુ પણ છે), અને આવા VPS માટેના ટેરિફ એ જ હોસ્ટરના સૌથી સસ્તા સમર્પિત સર્વર્સ કરતાં સરળતાથી વધુ ખર્ચાળ હોઈ શકે છે. VPS માં મોટેભાગે એક ડિસ્ક હોય છે, કારણ કે તેની નીચે સ્ટોરેજ સિસ્ટમ (અથવા કંઈક હાયપરકન્વર્જ્ડ) હશે. કેટલીકવાર VPS પાસે વિવિધ હેતુઓ માટે, વિવિધ લાક્ષણિકતાઓ સાથે ઘણી ડિસ્ક હોય છે:

• નાની સિસ્ટમ - ઑપરેટિંગ સિસ્ટમ ઇન્સ્ટોલ કરવા માટે;
• વિશાળ - સંગ્રહિત વપરાશકર્તા ડેટા.

જ્યારે તમે કંટ્રોલ પેનલનો ઉપયોગ કરીને સિસ્ટમને પુનઃસ્થાપિત કરો છો, ત્યારે વપરાશકર્તા ડેટા સાથેની ડિસ્ક ઓવરરાઇટ થતી નથી, પરંતુ સિસ્ટમ ડિસ્ક સંપૂર્ણપણે રિફિલ થાય છે. ઉપરાંત, VPS ના કિસ્સામાં, હોસ્ટર એક બટન ઓફર કરી શકે છે જે VPS (અથવા ડિસ્ક) ની સ્થિતિનો સ્નેપશોટ લે છે, પરંતુ જો તમે તમારી પોતાની ઓપરેટિંગ સિસ્ટમ ઇન્સ્ટોલ કરો છો અથવા VPS ની અંદર ઇચ્છિત સેવા સક્રિય કરવાનું ભૂલી જાઓ છો, તો કેટલાક ડેટા હજુ પણ ખોવાઈ શકે છે. બટન ઉપરાંત, ડેટા સ્ટોરેજ સેવા સામાન્ય રીતે ઓફર કરવામાં આવે છે, મોટેભાગે ખૂબ મર્યાદિત હોય છે. સામાન્ય રીતે આ FTP અથવા SFTP દ્વારા એક્સેસ ધરાવતું એકાઉન્ટ છે, કેટલીકવાર SSH સાથે, સ્ટ્રીપ-ડાઉન શેલ (ઉદાહરણ તરીકે, rbash), અથવા અધિકૃત_કી (ફોર્સ્ડ કમાન્ડ દ્વારા) દ્વારા આદેશો ચલાવવા પર પ્રતિબંધ છે.

એક સમર્પિત સર્વર 1 Gbps ની ઝડપ સાથે બે પોર્ટ દ્વારા નેટવર્ક સાથે જોડાયેલ છે, કેટલીકવાર આ 10 Gbps ની ઝડપ સાથે કાર્ડ હોઈ શકે છે. VPS મોટેભાગે એક નેટવર્ક ઇન્ટરફેસ ધરાવે છે. મોટેભાગે, ડેટા સેન્ટર્સ ડેટા સેન્ટરમાં નેટવર્કની ગતિને મર્યાદિત કરતા નથી, પરંતુ તેઓ ઇન્ટરનેટ ઍક્સેસની ઝડપને મર્યાદિત કરે છે.

આવા સમર્પિત સર્વર અથવા VPS નો લાક્ષણિક લોડ એ વેબ સર્વર, ડેટાબેઝ અને એપ્લિકેશન સર્વર છે. કેટલીકવાર વિવિધ વધારાની સહાયક સેવાઓ ઇન્સ્ટોલ થઈ શકે છે, જેમાં વેબ સર્વર અથવા ડેટાબેઝનો સમાવેશ થાય છે: સર્ચ એન્જિન, મેઈલ સિસ્ટમ વગેરે.

ખાસ તૈયાર થયેલ સર્વર બેકઅપ કોપી સ્ટોર કરવા માટે જગ્યા તરીકે કામ કરે છે; અમે તેના વિશે વધુ વિગતમાં પછીથી લખીશું.

ડિસ્ક સિસ્ટમની તાર્કિક સંસ્થા

જો તમારી પાસે RAID નિયંત્રક હોય, અથવા એક ડિસ્ક સાથે VPS હોય, અને ડિસ્ક સબસિસ્ટમના સંચાલન માટે કોઈ વિશેષ પસંદગીઓ ન હોય (ઉદાહરણ તરીકે, ડેટાબેઝ માટે અલગ ફાસ્ટ ડિસ્ક), તો બધી ખાલી જગ્યા નીચે પ્રમાણે વિભાજિત કરવામાં આવે છે: એક પાર્ટીશન બનાવવામાં આવે છે, અને તેની ટોચ પર LVM વોલ્યુમ જૂથ બનાવવામાં આવે છે, તેમાં ઘણા વોલ્યુમો બનાવવામાં આવે છે: સમાન કદના 2 નાના, રુટ ફાઇલ સિસ્ટમ તરીકે ઉપયોગમાં લેવાય છે (ઝડપી રોલબેકની શક્યતા માટે અપડેટ દરમિયાન એક પછી એક બદલાય છે, આ વિચાર કેલ્ક્યુલેટ લિનક્સ ડિસ્ટ્રિબ્યુશનમાંથી લેવામાં આવ્યો હતો), બીજો એક સ્વેપ પાર્ટીશન માટે છે, બાકીની ખાલી જગ્યા નાના વોલ્યુમોમાં વહેંચાયેલી છે, સંપૂર્ણ કન્ટેનર માટે રૂટ ફાઇલ સિસ્ટમ તરીકે ઉપયોગમાં લેવાય છે, વર્ચ્યુઅલ મશીનો માટેની ડિસ્ક, ફાઇલ /home માં ખાતાઓ માટેની સિસ્ટમો (દરેક ખાતાની પોતાની ફાઇલ સિસ્ટમ હોય છે), એપ્લિકેશન કન્ટેનર માટે ફાઇલ સિસ્ટમો.

મહત્વપૂર્ણ નોંધ: વોલ્યુમો સંપૂર્ણપણે સ્વયં-સમાયેલ હોવા જોઈએ, એટલે કે. એકબીજા પર અથવા રૂટ ફાઇલ સિસ્ટમ પર આધાર રાખવો જોઈએ નહીં. વર્ચ્યુઅલ મશીનો અથવા કન્ટેનરના કિસ્સામાં, આ બિંદુ આપમેળે અવલોકન કરવામાં આવે છે. જો આ એપ્લીકેશન કન્ટેનર અથવા હોમ ડિરેક્ટરીઓ છે, તો તમારે વેબ સર્વર અને અન્ય સેવાઓની રૂપરેખાંકન ફાઇલોને એવી રીતે અલગ કરવા વિશે વિચારવું જોઈએ કે શક્ય તેટલું વોલ્યુમ વચ્ચેની નિર્ભરતાને દૂર કરી શકાય. ઉદાહરણ તરીકે, દરેક સાઇટ તેના પોતાના વપરાશકર્તાથી ચાલે છે, સાઇટ કન્ફિગરેશન ફાઇલો વપરાશકર્તાની હોમ ડિરેક્ટરીમાં છે, વેબ સર્વર સેટિંગ્સમાં, સાઇટ રૂપરેખાંકન ફાઇલો /etc/nginx/conf.d/ દ્વારા શામેલ નથી..conf, અને, ઉદાહરણ તરીકે, /home//configs/nginx/*.conf

જો ત્યાં ઘણી બધી ડિસ્ક હોય, તો તમે સોફ્ટવેર RAID એરે બનાવી શકો છો (અને જો જરૂરિયાત અને તક હોય તો SSD પર તેનું કેશીંગ ગોઠવી શકો છો), જેની ઉપર તમે ઉપર સૂચિત નિયમો અનુસાર LVM બનાવી શકો છો. આ કિસ્સામાં પણ, તમે ZFS અથવા BtrFS નો ઉપયોગ કરી શકો છો, પરંતુ તમારે આ વિશે બે વાર વિચારવું જોઈએ: બંનેને સંસાધનો માટે વધુ ગંભીર અભિગમની જરૂર છે, અને ઉપરાંત, ZFS એ Linux કર્નલ સાથે સમાવેલ નથી.

ઉપયોગમાં લેવાતી યોજનાને ધ્યાનમાં લીધા વિના, ડિસ્કમાં ફેરફારો લખવાની અંદાજિત ઝડપનો અગાઉથી અંદાજ કાઢવો અને પછી સ્નેપશોટ બનાવવા માટે અનામત રાખવામાં આવતી ખાલી જગ્યાની માત્રાની ગણતરી કરવી તે હંમેશા યોગ્ય છે. ઉદાહરણ તરીકે, જો અમારું સર્વર 10 મેગાબાઇટ્સ પ્રતિ સેકન્ડની ઝડપે ડેટા લખે છે, અને સમગ્ર ડેટા એરેનું કદ 10 ટેરાબાઇટ છે - સિંક્રનાઇઝેશન સમય એક દિવસ સુધી પહોંચી શકે છે (22 કલાક - આટલું વોલ્યુમ ટ્રાન્સફર કરવામાં આવશે. નેટવર્ક પર 1 Gbps) - તે લગભગ 800 GB આરક્ષિત કરવા યોગ્ય છે. વાસ્તવમાં, આકૃતિ નાની હશે; તમે તેને લોજિકલ વોલ્યુમોની સંખ્યા દ્વારા સુરક્ષિત રીતે વિભાજિત કરી શકો છો.

બેકઅપ સ્ટોરેજ સર્વર ઉપકરણ

બેકઅપ કોપી સ્ટોર કરવા માટે સર્વર વચ્ચેનો મુખ્ય તફાવત તેની મોટી, સસ્તી અને પ્રમાણમાં ધીમી ડિસ્ક છે. આધુનિક HDD એ પહેલેથી જ એક ડિસ્કમાં 10TB બારને પાર કરી લીધું હોવાથી, ચેકસમ સાથે ફાઇલ સિસ્ટમ્સ અથવા RAID નો ઉપયોગ કરવો જરૂરી છે, કારણ કે એરેના પુનઃનિર્માણ દરમિયાન અથવા ફાઇલ સિસ્ટમના પુનઃસ્થાપન દરમિયાન (કેટલાક દિવસો!) બીજી ડિસ્ક નિષ્ફળ થઈ શકે છે. વધેલા ભાર માટે. 1TB સુધીની ક્ષમતા ધરાવતી ડિસ્ક પર આ એટલું સંવેદનશીલ નહોતું. વર્ણનની સરળતા માટે, હું ધારું છું કે ડિસ્ક જગ્યા લગભગ સમાન કદના બે ભાગોમાં વહેંચાયેલી છે (ફરીથી, ઉદાહરણ તરીકે, LVM નો ઉપયોગ કરીને):

• વપરાશકર્તાના ડેટાને સંગ્રહિત કરવા માટે ઉપયોગમાં લેવાતા સર્વરને અનુરૂપ વોલ્યુમો (છેલ્લું બેકઅપ ચકાસણી માટે તેમના પર જમાવવામાં આવશે);
• બોર્ગબેકઅપ રીપોઝીટરીઝ તરીકે ઉપયોગમાં લેવાતા વોલ્યુમો (બેકઅપ માટેનો ડેટા સીધો અહીં જશે).

ઓપરેશનનો સિદ્ધાંત એ છે કે બોર્ગબેકઅપ રીપોઝીટરીઝ માટે દરેક સર્વર માટે અલગ વોલ્યુમ બનાવવામાં આવે છે, જ્યાં લડાઇ સર્વર્સમાંથી ડેટા જશે. રિપોઝીટરીઓ ફક્ત એપેન્ડ મોડમાં કાર્ય કરે છે, જે ડેટાને ઈરાદાપૂર્વક કાઢી નાખવાની શક્યતાને દૂર કરે છે, અને જૂના બેકઅપમાંથી રીપોઝીટરીઝની નકલ અને સમયાંતરે સફાઈને કારણે (વાર્ષિક નકલો રહે છે, છેલ્લા વર્ષ માટે માસિક, છેલ્લા મહિના માટે સાપ્તાહિક, દૈનિક ગયા અઠવાડિયે, સંભવતઃ ખાસ કિસ્સાઓમાં - છેલ્લા દિવસ માટે કલાકદીઠ: કુલ 24 + 7 + 4 + 12 + વાર્ષિક - દરેક સર્વર માટે આશરે 50 નકલો).
BorgBackup રીપોઝીટરીઝ એપેન્ડ-ઓન્લી મોડને સક્ષમ કરતી નથી; તેના બદલે, .ssh/authorized_keys માં ફોર્સ્ડ કમાન્ડનો ઉપયોગ આના જેવો થાય છે:

from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......

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

આ ડિઝાઇન તમને સમયાંતરે બિનજરૂરી બેકઅપ્સને સાફ કરવાની મંજૂરી આપે છે, અને લડાઇ સર્વર્સને બેકઅપ સ્ટોરેજ સર્વર પર કંઈપણ કાઢી નાખવાથી પણ અટકાવે છે.

બેકઅપ પ્રક્રિયા

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

જો ત્યાં એક નાનો ડેટાબેઝ છે (દરેક સાઇટ માટે 1 જીબી સુધી), તો ડેટાબેઝ ડમ્પ બનાવવામાં આવે છે, જે યોગ્ય લોજિકલ વોલ્યુમમાં સાચવવામાં આવે છે, જ્યાં તે જ સાઇટ માટેનો બાકીનો ડેટા સ્થિત છે, પરંતુ જેથી ડમ્પ વેબ સર્વર દ્વારા ઍક્સેસિબલ નથી. જો ડેટાબેસેસ મોટા હોય, તો તમારે "હોટ" ડેટા દૂર કરવાની ગોઠવણી કરવી જોઈએ, ઉદાહરણ તરીકે, MySQL માટે xtrabackup નો ઉપયોગ કરીને, અથવા PostgreSQL માં archive_command સાથે WAL સાથે કામ કરો. આ કિસ્સામાં, ડેટાબેઝને સાઇટ ડેટાથી અલગથી પુનઃસ્થાપિત કરવામાં આવશે.

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

આગળનું કામ બેકઅપ સ્ટોરેજ સર્વર પર હાથ ધરવામાં આવે છે:

• દરેક રીપોઝીટરીમાં બનાવેલ છેલ્લું બેકઅપ તપાસવામાં આવે છે,
• માર્ક ફાઇલની હાજરી ચકાસવામાં આવે છે, જે દર્શાવે છે કે ડેટા સંગ્રહ પ્રક્રિયા પૂર્ણ થઈ છે,
• ડેટાને સંબંધિત સ્થાનિક વોલ્યુમમાં વિસ્તૃત કરવામાં આવે છે,
• ટેગ ફાઇલ કાઢી નાખવામાં આવે છે

સર્વર પુનઃપ્રાપ્તિ પ્રક્રિયા

જો મુખ્ય સર્વર મૃત્યુ પામે છે, તો સમાન સમર્પિત સર્વર લોંચ કરવામાં આવે છે, જે કેટલીક પ્રમાણભૂત છબીથી બુટ થાય છે. સંભવતઃ નેટવર્ક પર ડાઉનલોડ થશે, પરંતુ સર્વર સેટ કરી રહેલા ડેટા સેન્ટર ટેકનિશિયન તરત જ આ પ્રમાણભૂત છબીને ડિસ્કમાંથી એક પર કૉપિ કરી શકે છે. ડાઉનલોડ RAM માં થાય છે, જેના પછી પુનઃપ્રાપ્તિ પ્રક્રિયા શરૂ થાય છે:

• મૃત સર્વરની રૂટ ફાઇલ સિસ્ટમને સમાવતા લોજિકલ વોલ્યુમ સાથે iscsinbd અથવા અન્ય સમાન પ્રોટોકોલ મારફતે બ્લોક ઉપકરણને જોડવા માટે વિનંતી કરવામાં આવે છે; રુટ ફાઇલ સિસ્ટમ નાની હોવી જ જોઈએ, આ પગલું થોડીવારમાં પૂર્ણ થવું જોઈએ. બુટલોડર પણ પુનઃસ્થાપિત થયેલ છે;
• સ્થાનિક લોજિકલ વોલ્યુમોનું માળખું ફરીથી બનાવવામાં આવે છે, dm_clone કર્નલ મોડ્યુલનો ઉપયોગ કરીને બેકઅપ સર્વરમાંથી લોજિકલ વોલ્યુમો જોડવામાં આવે છે: ડેટા પુનઃપ્રાપ્તિ શરૂ થાય છે, અને ફેરફારો તરત જ સ્થાનિક ડિસ્ક પર લખવામાં આવે છે.
• બધી ઉપલબ્ધ ભૌતિક ડિસ્ક સાથે કન્ટેનર લોંચ કરવામાં આવે છે - સર્વરની કાર્યક્ષમતા સંપૂર્ણપણે પુનઃસ્થાપિત થાય છે, પરંતુ ઘટાડેલા પ્રદર્શન સાથે;
• ડેટા સિંક્રનાઇઝેશન પૂર્ણ થયા પછી, બેકઅપ સર્વરમાંથી લોજિકલ વોલ્યુમો ડિસ્કનેક્ટ થઈ જાય છે, કન્ટેનર બંધ થાય છે, અને સર્વર રીબૂટ થાય છે;

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

શ્રેણીના અન્ય લેખો

બેકઅપ, ભાગ 1: શા માટે બેકઅપની જરૂર છે, પદ્ધતિઓ, તકનીકોની ઝાંખી
બેકઅપ ભાગ 2: rsync-આધારિત બેકઅપ સાધનોની સમીક્ષા અને પરીક્ષણ
બેકઅપ ભાગ 3: ડુપ્લીસીટી, ડુપ્લીકેટીની સમીક્ષા અને પરીક્ષણ
બેકઅપ ભાગ 4: ઝેડબેકઅપ, રેસ્ટિક, બોર્ગબેકઅપની સમીક્ષા અને પરીક્ષણ
બેકઅપ ભાગ 5: Linux માટે Bacula અને Veeam બેકઅપનું પરીક્ષણ
બેકઅપ: વાચકોની વિનંતી પર ભાગ: AMANDA, UrBackup, BackupPC ની સમીક્ષા
બેકઅપ ભાગ 6: બેકઅપ સાધનોની સરખામણી
બેકઅપ ભાગ 7: તારણો

હું તમને ટિપ્પણીઓમાં સૂચિત વિકલ્પની ચર્ચા કરવા માટે આમંત્રિત કરું છું, તમારા ધ્યાન બદલ આભાર!

સોર્સ: www.habr.com