!['Ambiance Squared' ათავისუფლებს თქვენს პროგრამებს გაყალბებული ფანჯრის საზღვრებიდან](/f/a9952d088774a4fce24b1626e0c38c42.jpg?width=100&height=100)
მოცულობის ლოგიკურ მენეჯმენტს აქვს ისეთი დიდი მახასიათებლები, როგორიცაა ფოტოების გადაღება და წვრილი უზრუნველყოფა. ადრე (ნაწილი III) ჩვენ ვნახეთ როგორ გადავიღოთ ლოგიკური მოცულობა. აქ ამ სტატიაში ჩვენ ვნახავთ, თუ როგორ უნდა დააყენოთ LVM– ში წვრილი უზრუნველყოფის მოცულობა.
Thin Provisioning გამოიყენება lvm– ში თხელი აუზის შიგნით ვირტუალური დისკების შესაქმნელად. დავუშვათ, რომ მე მაქვს ა 15 GB შენახვის მოცულობა ჩემს სერვერზე. მე უკვე მყავს 2 კლიენტი, რომელთაც აქვთ 5 GB მეხსიერება. თქვენ ხართ მესამე კლიენტი, თქვენ მოითხოვეთ 5 GB მეხსიერება. მაშინ ჩვენ ვიყენებდით მთლიანი 5 GB (სქელი მოცულობა), მაგრამ თქვენ შეგიძლიათ გამოიყენოთ 2 GB იმ 5 GB მეხსიერებიდან და 3 GB იქნება უფასო, რომლის შევსებაც შეგიძლიათ მოგვიანებით.
მაგრამ რასაც ჩვენ ვაკეთებთ თხელი უზრუნველყოფისას, ჩვენ ვიყენებთ თხელი აუზის განსაზღვრას ერთი დიდი მოცულობის ჯგუფის შიგნით და განვსაზღვრავთ თხელი მოცულობებს ამ თხელი აუზის შიგნით. ასე რომ, რაც არ უნდა დაწეროთ ფაილები იქნება შენახული და თქვენი საცავი ნაჩვენები იქნება როგორც 5 GB. მაგრამ სრული 5 GB არ გამოყოფს მთელ დისკს. იგივე პროცესი განხორციელდება სხვა კლიენტებისთვისაც. როგორც ვთქვი, არის 2 კლიენტი და შენ ხარ ჩემი მესამე კლიენტი.
მოდით, ვივარაუდოთ, რამდენი GB გამოვყავი კლიენტებისთვის? სულ 15 GB იყო უკვე დასრულებული, თუ ვინმე მოვა ჩემთან და ითხოვს 5 GB შემიძლია მივცე? Პასუხი არის "დიახ”აქ, თხელი უზრუნველყოფის პირობებში, მე შემიძლია მე –4 კლიენტისთვის მივცე 5 GB, მიუხედავად იმისა, რომ მე გამოვყავი 15 GB.
გაფრთხილება: 15 GB– დან, თუ ჩვენ გთავაზობთ 15 GB– ზე მეტს, მას ეწოდება Over Provisioning.
მე მოგაწოდეთ 5 GB, მაგრამ თქვენ შეგიძლიათ გამოიყენოთ მხოლოდ 2 GB და სხვა 3 GB უფასო იქნება. სქელ უზრუნველყოფაში ჩვენ არ შეგვიძლია ამის გაკეთება, რადგან ის თავდაპირველად მთელ სივრცეს გამოყოფს.
თხელი უზრუნველყოფის შემთხვევაში, თუ მე განვსაზღვრე 5 GB თქვენთვის, ის არ გამოყოფს მთელ დისკზე მოცულობის განსაზღვრისას, ის გაიზრდება 5 GB– მდე თქვენი მონაცემების მიხედვით, იმედია მიგიღიათ! ისევე, როგორც თქვენ, სხვა კლიენტებიც არ გამოიყენებენ სრულ მოცულობას, ასე რომ იქნება შანსი დაამატოთ 5 GB ახალ კლიენტს, ამას ქვია Provisioning.
მაგრამ სავალდებულოა თითოეული მოცულობის ზრდის მონიტორინგი, თუ არადა ის კატასტროფამდე დასრულდება. სანამ ზედმეტი უზრუნველყოფა ხდება, თუ ოთხივე კლიენტი მონაცემებს ცუდად ჩაწერს დისკზე, თქვენ შეიძლება შეექმნათ პრობლემა, რადგან ის შეავსებს თქვენს 15 გბ -ს და გადმოივსება მოცულობის შემცირების მიზნით.
მოდით გავაკეთოთ ეს პრაქტიკულად როგორ დავაყენოთ თხელი აუზი და თხელი მოცულობა. პირველ რიგში ჩვენ გვჭირდება მოცულობის ჯგუფის დიდი ზომა. აქ მე ვქმნი მოცულობის ჯგუფს 15 GB დემონსტრაციის მიზნით. ახლა, ჩამოთვალეთ მოცულობის ჯგუფი ქვემოთ მოცემული ბრძანების გამოყენებით.
# vgcreate -s 32M vg_thin /dev /sdb1.
შემდეგი, შეამოწმეთ ლოგიკური მოცულობის ხელმისაწვდომობის ზომა, თხელი აუზისა და მოცულობის შექმნამდე.
# vgs. # ლვ.
ჩვენ ვხედავთ, რომ ფაილური სისტემის მხოლოდ ნაგულისხმევი ლოგიკური მოცულობებია და სვოპი წარმოდგენილია ზემოთ მოყვანილი lvs გამომავალში.
15 GB მოცულობის თხელი აუზის შესაქმნელად მოცულობის ჯგუფში (vg_thin) გამოიყენეთ შემდეგი ბრძანება.
# lvcreate -L 15G -thinpool tp_tecmint_pool vg_thin.
უფრო დეტალური ინფორმაციის მისაღებად ჩვენ შეგვიძლია გამოვიყენოთ ბრძანება "lvdisplay".
# lvdisplay vg_thin/tp_tecmint_pool.
აქ ჩვენ არ შევქმენით ვირტუალური თხელი მოცულობები ამ წვრილ აუზში. სურათზე ჩვენ ვხედავთ გამოყოფილი აუზის მონაცემების ჩვენებას 0.00%.
ახლა ჩვენ შეგვიძლია განვსაზღვროთ თხელი მოცულობები თხელი აუზის შიგნით 'lvcreate' ბრძანების დახმარებით -V (ვირტუალური) ვარიანტით.
# lvcreate -V 5G -thin -n thin_vol_client1 vg_thin/tp_tecmint_pool.
მე შევქმენი თხელი ვირტუალური ტომი სახელწოდებით თხელი_ვოლ_კლიენტი 1 შიგნით tp_tecmint_pool ჩემში vg_ თხელი მოცულობის ჯგუფი. ახლა, ჩამოთვალეთ ლოგიკური ტომი ქვემოთ მოცემული ბრძანების გამოყენებით.
# ლვ
ახლახანს, ჩვენ შევქმენით თხელი მოცულობა ზემოთ, ამიტომაც არ არსებობს მონაცემები, რომლებიც აჩვენებს ე.ი. 0.00%მ.
კარგი, ნება მომეცით შევქმნა 2 მეტი თხელი ტომი სხვა 2 კლიენტისთვის. აქ თქვენ ხედავთ, რომ ახლა არსებობს 3 აუზის ქვეშ შექმნილი თხელი მოცულობები (tp_tecmint_pool). ამრიგად, ჩვენ გავიგეთ, რომ მე გამოვიყენე ყველა 15 GB აუზი.
ახლა შექმენით სამონტაჟო წერტილები და დააინსტალირეთ ეს სამი თხელი ტომი და დააკოპირეთ მასში რამდენიმე ფაილი ქვემოთ მოცემული ბრძანებების გამოყენებით.
# mkdir -p /mnt /client1 /mnt /client2 /mnt /client3.
ჩამოთვალეთ შექმნილი დირექტორიები.
# ls -l /mnt /
შექმენით ფაილური სისტემა ამ შექმნილი თხელი მოცულობებისთვის "mkfs" ბრძანების გამოყენებით.
# mkfs.ext4/dev/vg_thin/thin_vol_client1 && mkfs.ext4/dev/vg_thin/thin_vol_client2 && mkfs.ext4/dev/vg_thin/thin_vol_client3.
დააინსტალირეთ კლიენტის სამივე ტომი შექმნილ სამონტაჟო წერტილზე ‘mount’ ბრძანების გამოყენებით.
# mount/dev/vg_thin/thin_vol_client1/mnt/client1/&& mount/dev/vg_thin/thin_vol_client2/mnt/client2/&& mount/dev/vg_thin/thin_vol_client3/mnt/client3/
ჩამოთვალეთ სამონტაჟო წერტილები "df" ბრძანების გამოყენებით.
# დფ -ჰ
აქ ჩვენ ვხედავთ, რომ სამივე კლიენტის ტომი დამონტაჟებულია და, შესაბამისად, მხოლოდ 3% მონაცემები გამოიყენება ყველა კლიენტის ტომში. მოდით, დავამატოთ კიდევ რამდენიმე ფაილი ჩემი დესკტოპის სამივე სამონტაჟო წერტილს, რომ შეავსოთ ადგილი.
ახლა ჩამოთვალეთ სამონტაჟო წერტილი და ნახეთ სივრცე, რომელიც გამოიყენება ყველა წვრილ მოცულობაში და ჩამოთვალეთ თხელი აუზი, რომ ნახოთ აუზში გამოყენებული ზომა.
# დფ -ჰ # lvdisplay vg_thin/tp_tecmint_pool.
ზემოთ მოყვანილი ბრძანება გვიჩვენებს, სამი მთა პინტი მათ ზომებთან ერთად პროცენტულად.
კლიენტებისათვის 5 GB– დან გამოყენებული მონაცემთა 13%. მონაცემების 29% გამოიყენება 5 GB– დან კლიენტისთვის 2. კლიენტებისათვის 5 GB– დან გამოყენებული მონაცემთა 49%.
თხელი აუზის ყურებისას ჩვენ მხოლოდ ვხედავთ 30% მონაცემები სრულად არის დაწერილი. ეს არის სამი კლიენტის ვირტუალური ტომის ჯამი.
ახლა კი მე -4 კლიენტი მოვიდა ჩემთან და მთხოვა 5 GB შენახვის ადგილი. შემიძლია მივცე? რადგან მე უკვე მივეცი 15 გბ აუზი 3 კლიენტს. შესაძლებელია თუ არა სხვა მომხმარებელს 5 GB მეტი მისცეს? დიახ, გაცემა შესაძლებელია. ეს არის მაშინ, როდესაც ჩვენ ვიყენებთ ზედმეტი უზრუნველყოფა, რაც იმას ნიშნავს, რომ მივცე სივრცე უფრო მეტს, ვიდრე მე მაქვს.
ნება მომეცით შევქმნა 5 GB მე –4 კლიენტისთვის და შევამოწმო ზომა.
# lvcreate -V 5G -thin -n thin_vol_client4 vg_thin/tp_tecmint_pool. # ლვ.
აუზში მაქვს მხოლოდ 15 GB ზომა, მაგრამ თხუთ აუზში შევქმენი 4 ტომი 20 GB მდე. თუ ოთხივე კლიენტი იწყებს მონაცემების ჩაწერას მოცულობებში, რათა შეავსოს ტემპი, მაშინ ჩვენ კრიტიკულ სიტუაციას წავაწყდებით, თუ არადა პრობლემა არ იქნება.
ახლა მე შევქმენი ფაილური სისტემა თხელი_ვოლ_კლიენტი 4, შემდეგ დამონტაჟებულია ქვეშ /mnt/client4 და დააკოპირეთ მასში რამდენიმე ფაილი.
# ლვ.
ჩვენ ვხედავთ ზემოთ მოცემულ სურათზე, რომ სულ გამოყენებული ზომა ახლადშექმნილ კლიენტში 4 მდე 89.34% და თხელი აუზის ზომა, როგორც 59.19% გამოყენებული. თუ ყველა ეს მომხმარებელი არ წერს ცუდად მოცულობაზე, ის გათავისუფლდება გადავარდნისგან, ჩაშვებისგან. გადინების თავიდან ასაცილებლად ჩვენ უნდა გავაფართოვოთ თხელი აუზის ზომა.
Მნიშვნელოვანი: თხელი აუზები მხოლოდ ლოგიკური მოცულობაა, ასე რომ, თუ ჩვენ გვჭირდება თხელი აუზის ზომის გაფართოება, შეგვიძლია გამოვიყენოთ იგივე ბრძანება, როგორც ჩვენ ვიყენეთ ლოგიკური მოცულობის გაფართოებისთვის, მაგრამ ჩვენ არ შეგვიძლია მისი ზომის შემცირება თხელი აუზი.
# lvextend.
აქ ჩვენ შეგვიძლია ვნახოთ, როგორ გავაგრძელოთ ლოგიკური თხელი აუზი (tp_tecmint_pool).
# lvextend -L +15G/dev/vg_thin/tp_tecmint_pool.
შემდეგი, ჩამოთვალეთ თხელი აუზის ზომა.
# ლვ.
ადრე ჩვენი tp_tecmint_pool ზომა იყო 15 GB და 4 თხელი ტომი, რომელიც გათვალისწინებული იყო 20 GB– ით. ახლა ის გაფართოვდა 30 გბ -მდე, ასე რომ ჩვენი ზედმეტი უზრუნველყოფა ნორმალიზდება და თხელი მოცულობები თავისუფალია გადინებისა და ვარდნისგან. ამ გზით თქვენ შეგიძლიათ დაამატოთ უფრო თხელი მოცულობა აუზს.
აქ ჩვენ ვნახეთ, თუ როგორ უნდა შეიქმნას თხელი აუზი დიდი ზომის მოცულობის ჯგუფის გამოყენებით და თხელი მოცულობის შექმნა თხელი აუზის შიგნით აუზის ზედმეტი უზრუნველყოფისა და გაფართოების გამოყენებით. შემდეგ სტატიაში ჩვენ ვნახავთ, თუ როგორ უნდა დააყენოთ lvm Striping.