Zen

Translation

<emphasis>NOTE</emphasis> If performance matters…
51/490 · 49

Sign in to save the translation.

English Persian Actions
<emphasis>GOING FURTHER</emphasis> Advanced LVM
<emphasis>مطالعه بیشتر</emphasis> LVM پیشرفته
LVM also caters for more advanced uses, where many details can be specified by hand. For instance, an administrator can tweak the size of the blocks that make up physical and logical volumes, as well as their physical layout. It is also possible to move blocks across PVs, for instance, to fine-tune performance or, in a more mundane way, to free a PV when one needs to extract the corresponding physical disk from the VG (whether to affect it to another VG or to remove it from LVM altogether). The manual pages describing the commands are generally clear and detailed. A good entry point is the <citerefentry><refentrytitle>lvm</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page.
LVM همچنین کاربردهای پیشرفته‌تری نیز دارد که جزئیات آن می‌تواند به صورت دستی وارد شود. برای نمونه، یک مدیر سیستم می‌تواند اندازه بلاک‌های گروه‌های فیزیکی و منطقی را تغییر دهد، همین طور ساختار فیزیکی آن‌ها را. همچنین امکان انتقال بلاک‌ها بین PVها موجود است، برای نمونه به منظور بهبود عملکرد یا آزاد کردن یک PV زمانی که نیاز به استخراج یک دیسک فیزیکی منطبق با خود از VG باشد (خواه با تاثیر روی VG دیگر یا حذف از LVM به صورت کلی). صفحات راهنمای دستورات معمولا واضح بوده و جزئیات بیشتری را مطرح می‌کنند. یک نقطه شروع مناسب صفحه راهنمای <citerefentry><refentrytitle>lvm</refentrytitle> <manvolnum>8</manvolnum></citerefentry> است.
RAID or LVM?
RAID یا LVM؟
RAID and LVM both bring indisputable advantages as soon as one leaves the simple case of a desktop computer with a single hard disk where the usage pattern doesn't change over time. However, RAID and LVM go in two different directions, with diverging goals, and it is legitimate to wonder which one should be adopted. The most appropriate answer will of course depend on current and foreseeable requirements.
RAID و LVM بدون تردید دارای مزایایی هستند که در صورت کنار گذاشتن فرضیه یک رایانه رومیزی همراه با یک هارد دیسک که کارکرد آن در طول زمان تغییر نمی‌کند، مشخص می‌شوند. اگرچه، RAID و LVM در دو جهت مختلف حرکت می‌کنند و اهداف متفاوتی نیز دارند، که گاهی تصمیم‌گیری درباره استفاده صحیح از آن‌ها را دشوار می‌سازد. مناسب‌ترین پاسخ بستگی به نیازمندی‌های فعلی و قابل پیشبینی سیستم در آینده دارد.
There are a few simple cases where the question doesn't really arise. If the requirement is to safeguard data against hardware failures, then obviously RAID will be set up on a redundant array of disks, since LVM doesn't really address this problem. If, on the other hand, the need is for a flexible storage scheme where the volumes are made independent of the physical layout of the disks, RAID doesn't help much and LVM will be the natural choice.
موارد ساده‌ای وجود دارد که پرسشی درباره آن‌ها مطرح نمی‌شود. اگر نیازمندی این باشد که داده برابر نقص سخت‌افزاری محافظت گردد، به طور مشخص باید از RAID به صورت آرایه‌ای از دیسک‌ها استفاده کرد، چرا که LVM درباره این مشکل راهکاری ندارد. از طرف دیگر، اگر نیازمندی این باشد که یک طرح ذخیره‌سازی انعطاف‌پذیر از گروه‌های مستقل ساختار فیزیکی دیسک‌ها تشکیل گردد، به طور مشخص باید از LVM استفاده کرد چرا که RAID درباره این مشکل راهکاری ندارد.
<emphasis>NOTE</emphasis> If performance matters…
<emphasis>یادداشت</emphasis> اگر عملکرد مهم باشد...
<primary>SSD</primary>
<primary>RAID</primary>
<primary>Solid State Drives</primary><see>SSD</see>
 
If input/output speed is of the essence, especially in terms of access times, using LVM and/or RAID in one of the many combinations may have some impact on performances, and this may influence decisions as to which to pick. However, these differences in performance are really minor, and will only be measurable in a few use cases. If performance matters, the best gain to be obtained would be to use non-rotating storage media (<emphasis>solid-state drives</emphasis> or SSDs); their cost per megabyte is higher than that of standard hard disk drives, and their capacity is usually smaller, but they provide excellent performance for random accesses. If the usage pattern includes many input/output operations scattered all around the filesystem, for instance for databases where complex queries are routinely being run, then the advantage of running them on an SSD far outweigh whatever could be gained by picking LVM over RAID or the reverse. In these situations, the choice should be determined by other considerations than pure speed, since the performance aspect is most easily handled by using SSDs.
اگر سرعت ورودی/خروجی مطرح باشد، به خصوص در مورد زمان دسترسی، استفاده از LVM و/یا RAID با یکی از ترکیبات موجود ممکن است روی عملکرد تاثیر منفی بگذارد، که اینکار روی تصمیم‌گیری درباره انتخاب هر کدام اثر می‌گذارد. اگرچه، این تفاوت‌ها در عملکرد بسیار ناچیز بوده و تنها در چند مورد خاص قابل اندازه‌گیری می‌باشند. اگر عملکرد مهم باشد، بهترین گزینه استفاده از رسانه ذخیره‌سازی غیرقابل-چرخش است (<indexterm><primary>SSD</primary></indexterm><emphasis>solid-state drives</emphasis> یا SSD)؛ هزینه آن‌ها برای هر مگابایت از دیسک‌ها معمولی بالاتر و ظرفیت کمتری نسبت به آن‌ها دارند، اما عملکرد فوق‌العاده‌ای درباره دسترسی تصادفی به حافظه دارند. اگر الگوی کارکرد شامل عملیات ورودی/خروجی باشد که در میان فایل سیستم پراکنده شده است، برای نمونه پرس و جوهای پیچیده پایگاه‌داده، آنگاه مزیت اجرای آن‌ها روی SSD به مراتب بیشتر از استفاده LVM یا RAID می‌تواند باشد. در این مواقع، انتخاب باید توسط سایر نیازمندی‌ها بجز سرعت صورت بگیرد، چرا که جنبه عملکرد آن به راحتی توسط SSD مدیریت می‌شود.
The third notable use case is when one just wants to aggregate two disks into one volume, either for performance reasons or to have a single filesystem that is larger than any of the available disks. This case can be addressed both by a RAID-0 (or even linear-RAID) and by an LVM volume. When in this situation, and barring extra constraints (for instance, keeping in line with the rest of the computers if they only use RAID), the configuration of choice will often be LVM. The initial set up is barely more complex, and that slight increase in complexity more than makes up for the extra flexibility that LVM brings if the requirements change or if new disks need to be added.
سومین کارکرد قابل ذکر زمانی است که بخواهیم دو دیسک را در یک گروه بزرگ‌تر قرار دهیم، خواه به دلایل عملکرد یا داشتن یک فایل سیستم بزرگ‌تر از فضای هر کدام از دیسک‌ها). اینکار با استفاده از یک RAID-0 (یا حتی RAID خطی) و گروه LVM انجام می‌شود. در این موقعیت، بجز محدودیت‌های خارجی (برای نمونه، در چارچوب سایر رایانه‌ها بودن اگر آن‌ها نیز تنها از RAID استفاده کنند)، پیکربندی مورد نظر معمولا LVM خواهد بود. راه‌اندازی اولیه به ندرت پیچیده‌تر خواهد بود و این افزایش پیچیدگی در صورت تغییر نیازمندی‌ها یا افزودن دیسک‌ها جدید قابلیت انعطاف‌پذیری بیشتری را فراهم می‌آورد.
Then of course, there is the really interesting use case, where the storage system needs to be made both resistant to hardware failure and flexible when it comes to volume allocation. Neither RAID nor LVM can address both requirements on their own; no matter, this is where we use both at the same time — or rather, one on top of the other. The scheme that has all but become a standard since RAID and LVM have reached maturity is to ensure data redundancy first by grouping disks in a small number of large RAID arrays, and to use these RAID arrays as LVM physical volumes; logical partitions will then be carved from these LVs for filesystems. The selling point of this setup is that when a disk fails, only a small number of RAID arrays will need to be reconstructed, thereby limiting the time spent by the administrator for recovery.
البته یک مورد بسیار جالب نیز وجود دارد، که سیستم ذخیره‌سازی هم باید برابر نقص سخت‌افزاری مقاوم هم انعطاف‌پذیری لازم درباره اختصاص گروه‌های مختلف را داشته باشد. هیچ یک از راهکارهای RAID یا LVM به تنهایی نمی‌توانند این نیازمندی را پوشش دهند؛ اینجا است که از هر دو به صورت همزمان استفاده می‌کنیم - یا یکی بر فراز دیگری. طرح کلی در این مورد و با توجه به اینکه این دو فناوری به بلوغ رسیده‌اند این است که ابتدا با گروه‌بندی دیسک‌ها در تعداد آرایه‌های کوچک RAID از افزونگی داده اطمینان حاصل کرد سپس از این آرایه‌ها برای گروه‌های فیزیکی LVM استفاده کنیم؛ پارتیشن‌های منطقی از این LVها برای فایل سیستم بوجود می‌آیند. نتیجه این تنظیم این است که هنگامی که یک دیسک دچار نقص می‌گردد، تنها تعداد کمی از آرایه‌های RAID نیازمند بازسازی هستند، که اینکار زمان سپری شده توسط مدیر سیستم برای بازیابی را کاهش می‌دهد.

Loading…

No matching activity found.
Browse all string changes

Things to check

Mismatched ellipsis

Source and translation do not both end with an ellipsis

Reset

Mismatched full stop

Source and translation do not both end with a full stop

Reset

Glossary

English Persian
No related strings found in the glossary.

String information

Flags
xml-text
String age
9 years ago
Last updated
12 months ago
Source string age
9 years ago
Translation file
fa-IR/12_advanced-administration.po, string 220