Oracle RAC અને AccelStor શેર્ડ-નથિંગ આર્કિટેક્ચર પર આધારિત ફોલ્ટ-ટોલરન્ટ સોલ્યુશન બનાવવું

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

જેમ કે આપણે પહેલાથી જ અમારા એકમાં ચર્ચા કરી છે લેખો, સ્ટોરેજ સિસ્ટમ પોતે, ડુપ્લિકેટ ઘટકો (નિયંત્રકો સહિત) ની હાજરી હોવા છતાં, હજી પણ નિષ્ફળતાના બિંદુઓ ધરાવે છે - મુખ્યત્વે ડેટાના એક સેટના સ્વરૂપમાં. તેથી, વધેલી વિશ્વસનીયતા જરૂરિયાતો સાથે ઓરેકલ સોલ્યુશન બનાવવા માટે, "N સર્વર્સ - એક સ્ટોરેજ સિસ્ટમ" યોજના જટિલ હોવી જરૂરી છે.

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

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

• ઓરેકલ એપ્લિકેશન સર્વર્સ
• સંગ્રહ સિસ્ટમો
• સ્વિચિંગ સિસ્ટમ્સ
• કેબિનેટમાં તમામ સાધનોની સંપૂર્ણ નિષ્ફળતા:
  • પાવર ઇનકાર
  • ઠંડક પ્રણાલીની નિષ્ફળતા
  • બાહ્ય પરિબળો (માનવ, પ્રકૃતિ, વગેરે)

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

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

વધુ જટિલ વિકલ્પ સોફ્ટવેર અને/અથવા હાર્ડવેર સ્ટોરેજ “વર્ચ્યુઅલાઈઝર” છે જે સુસંગતતાની સમસ્યાઓ અને મેન્યુઅલ હસ્તક્ષેપને દૂર કરશે. પરંતુ જમાવટ અને અનુગામી વહીવટની જટિલતા, તેમજ આવા ઉકેલોની ખૂબ જ અશિષ્ટ કિંમત, ઘણાને ડરાવે છે.

AccelStor NeoSapphire™ ઓલ ફ્લેશ એરે સોલ્યુશન ક્રોસ-રેક ડિઝાસ્ટર રિકવરી જેવા દૃશ્યો માટે યોગ્ય છે H710 શેર્ડ-નથિંગ આર્કિટેક્ચરનો ઉપયોગ કરીને. આ મોડેલ બે-નોડ સ્ટોરેજ સિસ્ટમ છે જે ફ્લેશ ડ્રાઇવ સાથે કામ કરવા માટે માલિકીની FlexiRemap® ટેકનોલોજીનો ઉપયોગ કરે છે. માટે આભાર FlexiRemap® NeoSapphire™ H710 600K IOPS@4K રેન્ડમ રાઈટ અને 1M+ IOPS@4K રેન્ડમ રીડ સુધીનું પ્રદર્શન આપવા સક્ષમ છે, જે ક્લાસિક RAID-આધારિત સ્ટોરેજ સિસ્ટમનો ઉપયોગ કરતી વખતે અગમ્ય છે.

પરંતુ NeoSapphire™ H710 ની મુખ્ય વિશેષતા એ છે કે બે ગાંઠો અલગ કેસોના સ્વરૂપમાં એક્ઝેક્યુશન છે, જેમાંના દરેક પાસે ડેટાની પોતાની નકલ છે. નોડ્સનું સિંક્રનાઇઝેશન બાહ્ય InfiniBand ઇન્ટરફેસ દ્વારા હાથ ધરવામાં આવે છે. આ આર્કિટેક્ચર માટે આભાર, 100m સુધીના અંતરે વિવિધ સ્થળોએ નોડ્સનું વિતરણ કરવું શક્ય છે, જેનાથી ક્રોસ-રેક ડિઝાસ્ટર રિકવરી સોલ્યુશન પ્રદાન કરવામાં આવે છે. બંને ગાંઠો સંપૂર્ણપણે સિંક્રનસ રીતે કાર્ય કરે છે. યજમાન બાજુથી, H710 સામાન્ય ડ્યુઅલ-કંટ્રોલર સ્ટોરેજ સિસ્ટમ જેવું લાગે છે. તેથી, કોઈ વધારાના સૉફ્ટવેર અથવા હાર્ડવેર વિકલ્પો અથવા ખાસ કરીને જટિલ સેટિંગ્સ કરવાની જરૂર નથી.

જો આપણે ઉપર વર્ણવેલ તમામ ક્રોસ-રેક આપત્તિ પુનઃપ્રાપ્તિ ઉકેલોની તુલના કરીએ, તો એક્સેલસ્ટોરનો વિકલ્પ બાકીના કરતાં નોંધપાત્ર રીતે અલગ છે:

AccelStor NeoSapphire™ શેર્ડ નથિંગ આર્કિટેક્ચર
સોફ્ટવેર અથવા હાર્ડવેર "વર્ચ્યુઅલાઈઝર" સ્ટોરેજ સિસ્ટમ
પ્રતિકૃતિ આધારિત ઉકેલ

ઉપલબ્ધતા

સર્વર નિષ્ફળતા
કોઈ ડાઉનટાઇમ નથી
કોઈ ડાઉનટાઇમ નથી
કોઈ ડાઉનટાઇમ નથી

સ્વિચ નિષ્ફળતા
કોઈ ડાઉનટાઇમ નથી
કોઈ ડાઉનટાઇમ નથી
કોઈ ડાઉનટાઇમ નથી

સ્ટોરેજ સિસ્ટમ નિષ્ફળતા
કોઈ ડાઉનટાઇમ નથી
કોઈ ડાઉનટાઇમ નથી
ડાઉનટાઇમ

કેબિનેટની સંપૂર્ણ નિષ્ફળતા
કોઈ ડાઉનટાઇમ નથી
કોઈ ડાઉનટાઇમ નથી
ડાઉનટાઇમ

ખર્ચ અને જટિલતા

ઉકેલ ખર્ચ
નિમ્ન*
Высокая
Высокая

જમાવટ જટિલતા
નિમ્ન
Высокая
Высокая

*AccelStor NeoSapphire™ હજી પણ એક ઓલ ફ્લેશ એરે છે, જેની વ્યાખ્યા મુજબ "3 કોપેક્સ"નો ખર્ચ થતો નથી, ખાસ કરીને કારણ કે તેની પાસે ડબલ ક્ષમતા અનામત છે. જો કે, જ્યારે તેના પર આધારિત સોલ્યુશનની અંતિમ કિંમતની સરખામણી અન્ય વિક્રેતાઓના સમાન સોલ્યુશન સાથે કરવામાં આવે છે, ત્યારે કિંમત ઓછી ગણી શકાય.

એપ્લિકેશન સર્વર્સ અને તમામ ફ્લેશ એરે નોડ્સને કનેક્ટ કરવા માટેની ટોપોલોજી આના જેવો દેખાશે:

ટોપોલોજીનું આયોજન કરતી વખતે, મેનેજમેન્ટ સ્વીચો અને સર્વરને ઇન્ટરકનેક્ટ કરવાની પણ ખૂબ ભલામણ કરવામાં આવે છે.

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

એરે પર પ્રારંભિક કાર્ય

સાધનો અને સોફ્ટવેર વપરાય છે

સર્વર અને સ્વિચ વિશિષ્ટતાઓ

ઘટકો
વર્ણન

ઓરેકલ ડેટાબેઝ 11 જી સર્વર્સ
બે

સર્વર ઓપરેટિંગ સિસ્ટમ
ઓરેકલ લિનક્સ

ઓરેકલ ડેટાબેઝ સંસ્કરણ
11 ગ્રામ (આરએસી)

સર્વર દીઠ પ્રોસેસર્સ
બે 16 કોર Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz

સર્વર દીઠ ભૌતિક મેમરી
128GB

એફસી નેટવર્ક
મલ્ટીપાથિંગ સાથે 16Gb/s FC

એફસી એચબીએ
Emulex Lpe-16002B

ક્લસ્ટર મેનેજમેન્ટ માટે સમર્પિત જાહેર 1GbE પોર્ટ
ઇન્ટેલ ઇથરનેટ એડેપ્ટર RJ45

16Gb/s FC સ્વીચ
બ્રોકેડ 6505

ડેટા સિંકોનાઇઝેશન માટે સમર્પિત ખાનગી 10GbE પોર્ટ
ઇન્ટેલ X520

AccelStor NeoSapphire™ તમામ ફ્લેશ એરે સ્પષ્ટીકરણ

ઘટકો
વર્ણન

સ્ટોરેજ સિસ્ટમ
NeoSapphire™ ઉચ્ચ ઉપલબ્ધતા મોડેલ: H710

છબી સંસ્કરણ
4.0.1

ડ્રાઇવ્સની કુલ સંખ્યા
48

ડ્રાઇવનું કદ
1.92TB

ડ્રાઇવ પ્રકાર
SSD

એફસી લક્ષ્ય બંદરો
16x 16Gb પોર્ટ્સ (8 નોડ દીઠ)

મેનેજમેન્ટ બંદરો
1GbE ઇથરનેટ કેબલ ઇથરનેટ સ્વીચ દ્વારા યજમાનોને જોડે છે

હાર્ટબીટ પોર્ટ
1GbE ઇથરનેટ કેબલ બે સ્ટોરેજ ગાંઠો વચ્ચે જોડાય છે

ડેટા સિંક્રનાઇઝેશન પોર્ટ
56Gb/s InfiniBand કેબલ

તમે એરેનો ઉપયોગ કરી શકો તે પહેલાં, તમારે તેને પ્રારંભ કરવું આવશ્યક છે. મૂળભૂત રીતે, બંને નોડ્સનું નિયંત્રણ સરનામું સમાન છે (192.168.1.1). તમારે તેમની સાથે એક પછી એક કનેક્ટ કરવાની જરૂર છે અને નવા (પહેલેથી જ અલગ) મેનેજમેન્ટ એડ્રેસ સેટ કરવા અને સમય સિંક્રનાઇઝેશન સેટ કરવાની જરૂર છે, જેના પછી મેનેજમેન્ટ પોર્ટ્સ એક નેટવર્ક સાથે કનેક્ટ થઈ શકે છે. પછીથી, ઈન્ટરલિંક કનેક્શન્સ માટે સબનેટ સોંપીને નોડ્સને HA જોડીમાં જોડવામાં આવે છે.

પ્રારંભ પૂર્ણ થયા પછી, તમે કોઈપણ નોડમાંથી એરેનું સંચાલન કરી શકો છો.

આગળ, અમે જરૂરી વોલ્યુમ બનાવીએ છીએ અને તેને એપ્લિકેશન સર્વર્સ પર પ્રકાશિત કરીએ છીએ.

Oracle ASM માટે બહુવિધ વોલ્યુમો બનાવવાની ખૂબ ભલામણ કરવામાં આવે છે કારણ કે આ સર્વર્સ માટે લક્ષ્યોની સંખ્યામાં વધારો કરશે, જે આખરે એકંદર કામગીરીમાં સુધારો કરશે (બીજામાં કતારોમાં વધુ લેખ).

ટેસ્ટ રૂપરેખાંકન

સ્ટોરેજ વોલ્યુમ નામ
વોલ્યુમ કદ

ડેટા 01
200GB

ડેટા 02
200GB

ડેટા 03
200GB

ડેટા 04
200GB

ડેટા 05
200GB

ડેટા 06
200GB

ડેટા 07
200GB

ડેટા 08
200GB

ડેટા 09
200GB

ડેટા 10
200GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

Redo01
100GB

Redo02
100GB

Redo03
100GB

Redo04
100GB

Redo05
100GB

Redo06
100GB

Redo07
100GB

Redo08
100GB

Redo09
100GB

Redo10
100GB

એરેના ઓપરેટિંગ મોડ્સ અને કટોકટીની પરિસ્થિતિઓમાં થતી પ્રક્રિયાઓ વિશે કેટલીક સ્પષ્ટતાઓ

દરેક નોડના ડેટા સેટમાં "વર્ઝન નંબર" પેરામીટર હોય છે. પ્રારંભિક પ્રારંભ પછી, તે સમાન છે અને 1 ની બરાબર છે. જો કોઈ કારણોસર સંસ્કરણ નંબર અલગ હોય, તો ડેટા હંમેશા જૂના સંસ્કરણથી નાનામાં સમન્વયિત થાય છે, જેના પછી નાના સંસ્કરણની સંખ્યા સંરેખિત થાય છે, એટલે કે. આનો અર્થ એ છે કે નકલો સમાન છે. સંસ્કરણો શા માટે અલગ હોઈ શકે છે તેના કારણો:

• નોડ્સમાંથી એકનું સુનિશ્ચિત રીબૂટ
• અચાનક બંધ થવાને કારણે નોડ્સમાંથી એક પર અકસ્માત (વીજ પુરવઠો, ઓવરહિટીંગ, વગેરે).
• સિંક્રનાઇઝ કરવામાં અસમર્થતા સાથે InfiniBand કનેક્શન ગુમાવ્યું
• ડેટા કરપ્શનને કારણે એક નોડ પર ક્રેશ. અહીં તમારે એક નવું HA જૂથ બનાવવાની અને ડેટા સેટનું સંપૂર્ણ સિંક્રનાઇઝેશન કરવાની જરૂર પડશે.

કોઈ પણ સંજોગોમાં, નોડ જે ઓનલાઈન રહે છે તે જોડી સાથે જોડાણ પુનઃસ્થાપિત થયા પછી તેના ડેટા સેટને સમન્વયિત કરવા માટે તેના સંસ્કરણ નંબરને એકથી વધારી દે છે.

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

યજમાનો સુયોજિત કરી રહ્યા છીએ

દોષ સહિષ્ણુતાને સુનિશ્ચિત કરવા અને કાર્યક્ષમતામાં સુધારો કરવા માટે, તમારે એરે માટે MPIO સમર્થન સક્રિય કરવું આવશ્યક છે. આ કરવા માટે, તમારે /etc/multipath.conf ફાઇલમાં લીટીઓ ઉમેરવાની જરૂર છે, અને પછી મલ્ટીપાથ સેવા પુનઃશરૂ કરો.

છુપાયેલ લખાણઉપકરણો {
ઉપકરણ {
વિક્રેતા "એસ્ટોર"
પાથ_ગ્રુપિંગ_પોલીસી "ગ્રુપ_બાય_પ્રિઓ"
પાથ_સિલેક્ટર "કતાર-લંબાઈ 0"
પાથ_ચેકર "તુર"
લક્ષણો "0"
હાર્ડવેર_હેન્ડલર "0"
prio "const"
તરત જ ફેલબેક
fast_io_fail_tmo 5
dev_loss_tmo 60
user_friendly_names હા
ડીટેકટ_પ્રિઓ હા
rr_min_io_rq 1
no_path_retry 0
}
}

આગળ, ASM એ ASMLib દ્વારા MPIO સાથે કામ કરવા માટે, તમારે /etc/sysconfig/oracleasm ફાઇલને બદલવાની જરૂર છે અને પછી /etc/init.d/oracleasm સ્કેન્ડિસ્ક ચલાવો.

છુપાયેલ લખાણ

# ORACLEASM_SCANORDER: ડિસ્ક સ્કેનીંગ ઓર્ડર કરવા માટે મેચિંગ પેટર્ન
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE: સ્કેનમાંથી ડિસ્કને બાકાત રાખવા માટે મેચિંગ પેટર્ન
ORACLEASM_SCANEXCLUDE="sd"

નોંધણી

જો તમે ASMLib નો ઉપયોગ કરવા માંગતા નથી, તો તમે UDEV નિયમોનો ઉપયોગ કરી શકો છો, જે ASMLib માટેનો આધાર છે.

ઓરેકલ ડેટાબેઝના સંસ્કરણ 12.1.0.2 થી શરૂ કરીને, વિકલ્પ ASMFD સોફ્ટવેરના ભાગ રૂપે ઇન્સ્ટોલેશન માટે ઉપલબ્ધ છે.

તે સુનિશ્ચિત કરવું હિતાવહ છે કે Oracle ASM માટે બનાવેલ ડિસ્ક બ્લોક માપ સાથે સંરેખિત છે કે જે એરે ભૌતિક રીતે (4K) સાથે કામ કરે છે. નહિંતર, પ્રદર્શન સમસ્યાઓ આવી શકે છે. તેથી, યોગ્ય પરિમાણો સાથે વોલ્યુમ બનાવવું જરૂરી છે:

parted /dev/mapper/device-name mklabel gpt mkpart પ્રાથમિક 2048s 100% align-check optimal 1

અમારા ટેસ્ટ રૂપરેખાંકન માટે બનાવેલ વોલ્યુમોમાં ડેટાબેસેસનું વિતરણ

સ્ટોરેજ વોલ્યુમ નામ
વોલ્યુમ કદ
વોલ્યુમ LUNs મેપિંગ
ASM વોલ્યુમ ઉપકરણ વિગતો
ફાળવણી એકમ કદ

ડેટા 01
200GB
સ્ટોરેજ સિસ્ટમના તમામ ડેટા પોર્ટ પર તમામ સ્ટોરેજ વોલ્યુમોને મેપ કરો
રીડન્ડન્સી: સામાન્ય
નામ:DGDATA
હેતુ: ડેટા ફાઇલો

4MB

ડેટા 02
200GB

ડેટા 03
200GB

ડેટા 04
200GB

ડેટા 05
200GB

ડેટા 06
200GB

ડેટા 07
200GB

ડેટા 08
200GB

ડેટા 09
200GB

ડેટા 10
200GB

ગ્રીડએક્સએનયુએમએક્સ
1GB
રીડન્ડન્સી: સામાન્ય
નામ: DGGRID1
હેતુ:ગ્રીડ: CRS અને મતદાન

4MB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB
રીડન્ડન્સી: સામાન્ય
નામ: DGGRID2
હેતુ:ગ્રીડ: CRS અને મતદાન

4MB

ગ્રીડએક્સએનયુએમએક્સ
1GB

ગ્રીડએક્સએનયુએમએક્સ
1GB

Redo01
100GB
રીડન્ડન્સી: સામાન્ય
નામ: DGREDO1
હેતુ: થ્રેડ 1 નો લોગ ફરીથી કરો

4MB

Redo02
100GB

Redo03
100GB

Redo04
100GB

Redo05
100GB

Redo06
100GB
રીડન્ડન્સી: સામાન્ય
નામ: DGREDO2
હેતુ: થ્રેડ 2 નો લોગ ફરીથી કરો

4MB

Redo07
100GB

Redo08
100GB

Redo09
100GB

Redo10
100GB

ડેટાબેઝ સેટિંગ્સ

• બ્લોકનું કદ = 8K
• સ્વેપ સ્પેસ = 16GB
• AMM (ઓટોમેટિક મેમરી મેનેજમેન્ટ) અક્ષમ કરો
• પારદર્શક વિશાળ પૃષ્ઠોને અક્ષમ કરો

અન્ય સેટિંગ્સ

# vi /etc/sysctl.conf
✓ fs.aio-max-nr = 1048576
✓ fs.file-max = 6815744
✓ kernel.shmmax 103079215104
✓ kernel.shmall 31457280
✓ kernel.shmmn 4096
✓ kernel.sem = 250 32000 100 128
✓ net.ipv4.ip_local_port_range = 9000 65500
✓ net.core.rmem_default = 262144
✓ net.core.rmem_max = 4194304
✓ net.core.wmem_default = 262144
✓ net.core.wmem_max = 1048586
✓vm.swappiness=10
✓ vm.min_free_kbytes=524288 # જો તમે Linux x86 નો ઉપયોગ કરી રહ્યાં હોવ તો આને સેટ કરશો નહીં
✓ vm.vfs_cache_pressure=200
✓ vm.nr_hugepages = 57000

# vi /etc/security/limits.conf
✓ ગ્રીડ સોફ્ટ એનપ્રોક 2047
✓ ગ્રીડ હાર્ડ nproc 16384
✓ ગ્રીડ સોફ્ટ નોફાઈલ 1024
✓ ગ્રીડ હાર્ડ નોફાઈલ 65536
✓ ગ્રીડ સોફ્ટ સ્ટેક 10240
✓ ગ્રીડ હાર્ડ સ્ટેક 32768
✓ ઓરેકલ સોફ્ટ એનપ્રોક 2047
✓ ઓરેકલ હાર્ડ એનપ્રોક 16384
✓ ઓરેકલ સોફ્ટ નોફાઈલ 1024
✓ ઓરેકલ હાર્ડ નોફાઈલ 65536
✓ ઓરેકલ સોફ્ટ સ્ટેક 10240
✓ ઓરેકલ હાર્ડ સ્ટેક 32768
✓ સોફ્ટ મેમલોક 120795954
✓ હાર્ડ મેમલોક 120795954

sqlplus “/ as sysdba”
સિસ્ટમ સેટ પ્રક્રિયાઓ બદલો=2000 સ્કોપ=spfile;
બદલો સિસ્ટમ સેટ open_cursors=2000 scope=spfile;
સિસ્ટમ સેટમાં ફેરફાર કરો session_cached_cursors=300 scope=spfile;
બદલો સિસ્ટમ સેટ db_files=8192 scope=spfile;

નિષ્ફળતા પરીક્ષણ

પ્રદર્શન હેતુઓ માટે, હેમરડીબીનો ઉપયોગ OLTP લોડનું અનુકરણ કરવા માટે કરવામાં આવ્યો હતો. હેમરડીબી ગોઠવણી:

વેરહાઉસીસની સંખ્યા
256

વપરાશકર્તા દીઠ કુલ વ્યવહારો
1000000000000

વર્ચ્યુઅલ વપરાશકર્તાઓ
256

પરિણામ એ 2.1M TPM હતું, જે એરેની પ્રદર્શન મર્યાદાથી દૂર છે H710, પરંતુ સર્વર્સના વર્તમાન હાર્ડવેર રૂપરેખાંકન (મુખ્યત્વે પ્રોસેસરોને કારણે) અને તેમની સંખ્યા માટે "સીલિંગ" છે. આ પરીક્ષણનો હેતુ હજુ પણ સમગ્ર ઉકેલની ખામી સહિષ્ણુતા દર્શાવવાનો છે, અને મહત્તમ પ્રભાવ પ્રાપ્ત કરવાનો નથી. તેથી, અમે ફક્ત આ આંકડો પર નિર્માણ કરીશું.

ગાંઠોમાંથી એકની નિષ્ફળતા માટે પરીક્ષણ

યજમાનોએ સ્ટોરેજના પાથનો ભાગ ગુમાવ્યો, બીજા નોડ સાથે બાકીના માર્ગો દ્વારા કામ કરવાનું ચાલુ રાખ્યું. પાથ પુનઃબીલ્ડ થવાને કારણે થોડીક સેકંડ માટે કામગીરી ઘટી ગઈ અને પછી સામાન્ય થઈ ગઈ. સેવામાં કોઈ વિક્ષેપ ન હતો.

તમામ સાધનો સાથે કેબિનેટ નિષ્ફળતા પરીક્ષણ

આ કિસ્સામાં, પાથના પુનર્ગઠનને કારણે કામગીરી પણ થોડી સેકંડ માટે ઘટી ગઈ, અને પછી અડધા મૂળ મૂલ્ય પર પાછા ફર્યા. એક એપ્લિકેશન સર્વરને ઓપરેશનમાંથી બાકાત રાખવાને કારણે પરિણામ શરૂઆતના પરિણામથી અડધું થઈ ગયું હતું. સેવામાં પણ કોઈ વિક્ષેપ ન હતો.

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

સોર્સ: www.habr.com