एचपी 3 पीएआर स्टोरसर्व 7400 को सक्षम करें


13

इन पहले पूछे गए प्रश्नों से स्पिन करें

माउंटेड ड्राइव Redhat 7 से मुक्त स्थान कैसे प्राप्त करें

अपडेट क्रिप्टैबेट फ़्रेस्सिम के लिए पासफ़्रेज़ के लिए पूछता है

हमारे पास 38 होस्ट्स में 170 वीएम के स्प्रेड के साथ HP 3PAR StoreServ 7400 है।

यहां समस्या यह है कि मैं इसे समझता हूं: (साथ ही मुझे कुछ जानकारी बताई गई है जो यह सुनिश्चित नहीं करते हैं कि यह सच है या नहीं, मैंने HP 3PAR StoreServ 7400 whitepaper पर पढ़ा है और वास्तव में ऐसा कुछ भी नहीं मिल सकता है जो मेरे भंडारण आदमी का समर्थन करता है मुझे बता रहा है। इसलिए नीचे से अगर कोई भी कुछ भी सच नहीं नोटिस करता है तो कृपया मुझे बताएं।)

3 PAR 3 खंडों में विभाजित है,

परत 1: SSD कैश और आमतौर पर एक्सेस की गई फ़ाइलों के त्वरित उपयोग के लिए उपयोग किया जाता है।

परत 2: और परत 3: कुछ प्रकार की कताई डिस्क, क्या और क्यों अतिरिक्त 2 परतें हैं जो अनिश्चित हैं, लेकिन मेरी धारणा है परत 2 का उपयोग उन डेटा के लिए किया जाता है जो आमतौर पर एक्सेस नहीं किया जाता है लेकिन थोड़ा पहुंच और लेयर 3 के लिए उपयोग किया जाता है बाकी का भंडारण।

SSD भाग के भीतर, जैसा कि मैंने कई लेखों में पढ़ा है जब डेटा को SSD ब्लॉक में लिखा जाता है और फिर उस ब्लॉक को शून्य नहीं किया जाता है जब तक कि नया डेटा उस पर नहीं लिखा जाता है, इसलिए जब ब्लॉक के भीतर डेटा को हटा दिया गया है जो तालिका को मैप करता है जानकारी अपडेट हो जाती है, फिर जब नया डेटा उसी ब्लॉक को लिखा जाता है तो ब्लॉक को पहले शून्य करना पड़ता है और फिर इसे लिखा जा सकता है। SSD के भीतर यह प्रक्रिया अगर ड्राइव को समय पर ट्रिम नहीं किया जाता है तो कम w / r गति हो सकती है।

3PAR LUN को VM के पतले प्रावधान वाले पतले प्रावधान दिए गए हैं।

मेरे भंडारण आदमी के अनुसार 3 पीएआर में एक विशेष सुविधा है जो एसएसडी स्टोरेज को अन्य वीएम की आवश्यकतानुसार उपलब्ध नहीं होने देती है, जिसका कोई मतलब नहीं है।

तथ्यों की जांच:

एक मोटी प्रोविज्ड वीएम एक वीएमडीके फाइल है, जब वीएम बनाया जाता है तो आप वीएम के आकार को निर्दिष्ट करते हैं और यह वीएमडीके फाइल बनाता है। मेरे दिमाग में जो मुझे बताता है कि अगर VM को नियमित रूप से पूरी VMDK फ़ाइल तक पहुँचा जा रहा है, तो उसे SDD में स्थानांतरित कर दिया जाता है, और जो वे मुझे बता रहे हैं, वह यह है कि भले ही VMDK 40GB का उपयोग करने के लिए सेट हो, जिसमें से कुछ 40GB का उपयोग किया जा सकता है अन्य वीएम? मुझे लगता है कि यह एक पतली प्रोमोटेड वीएम नहीं एक मोटी है।

ठीक है समस्या हो रही है।

अपने विंडोज़ सिस्टम पर हम अप्रयुक्त ब्लॉकों को खोजने और शून्य करने के लिए sdelete का उपयोग करते हैं।

हमारे लिनक्स फेडोरा सिस्टम पर मैं यह जानने की कोशिश कर रहा हूं कि काम करने के लिए किस तरह से मेहनत की जाए।

मैंने dd = write-big-file delete-big-file कमांड की कोशिश की और जिसने छत के माध्यम से डिस्क I / O को भेजा, जिस पर ध्यान दिया गया था, और मुझे फिर से ऐसा नहीं करने के लिए कहा गया था।

थोड़ा शोध करने से मुझे ऐसा लगता है कि sdelete बहुत ज्यादा dd = write-big-file delete-big-file जैसा ही काम करती है, इसलिए विंडोज़ सिस्टम पर छत के माध्यम से डिस्क I / O नहीं जाती है?

इसलिए मुझे लगता है कि मैंने इसे दो समाधानों में बदल दिया है। न तो मैं जानता हूं कि मुझे कैसे करना है।

  1. किसी भी तरह वी-मोशन के बिना वीएम को एक अलग स्टोरेज ऐरे में फेंटना एक फंक्शन की तरह चलाने में सक्षम हो सकता है SAN के पूरे SSD हिस्से पर।

साइड नोट: अगर मुझे सब कुछ समझ में आ गया है, तो मैंने देखा है कि हर ब्लॉक में यह देखने के लिए है कि क्या डेटा है और अगर इसकी जरूरत है, अगर जरूरत नहीं है, तो ब्लॉक को शून्य कर देगा, जहां sdelete एक बड़ी फाइल लिखता है और फिर उसे हटा देता है। यही कारण है कि मैं 3PAR के पूरे SSD हिस्से में एक फ़्रेसिम विकल्प की तलाश कर रहा हूं।

  1. Longshot, लेकिन मैं fstrim के साथ त्रुटि है:

[root @ rhtest ~] # fstrim -v / fstrim: /: त्यागने का ऑपरेशन समर्थित नहीं है

मैंने पढ़ा है कि त्याग विकल्प को ओएस और डेटास्टोर दोनों पर सेट करने की आवश्यकता है, लेकिन मैं यह पता नहीं लगा सकता कि 3PAR पर एक हार विकल्प कहां सेट किया जाए या कैसे किया जाए, मेरे पास एसएसएच और जीयूआई दोनों 3PAR तक पहुंच है।

मैं ओएस के भीतर डिस्क की स्थापना पर अनगिनत वाकथ्रू के माध्यम से रहा हूं और इससे कोई फर्क नहीं पड़ता कि मैं इसे कितने अलग-अलग तरीकों से स्पिन करता हूं मुझे हमेशा एक ही त्रुटि मिलती है।

हां, मैंने अन्य विकल्पों पर भी ध्यान दिया है ज़ीरोफ्री एक था, और एक युगल अन्य जो कि दिमाग में नहीं आते हैं, लेकिन उन्होंने या तो जडलीट की तरह काम किया, या मैंने पढ़ा कि वे बहुत खतरनाक थे, मैंने hdparam आदि में देखा।

नीचे मैं ओएस के बारे में कुछ आउटपुट डालूँगा सवाल में वे सभी समान हैं।

[root@rhtest ~]# hostnamectl
    Static hostname: rhtest.domain.com
    Icon name: computer-vm
    Chassis: vm
    Machine ID: f52e8e75ae704c579e2fbdf8e7a1d5ac
    Boot ID: 98ba6a02443d41cba9cf457acf5ed194
    Virtualization: vmware
    Operating System: Red Hat Enterprise Linux Server 7.2 (Maipo)
    CPE OS Name: cpe:/o:redhat:enterprise_linux:7.2:GA:server
    Kernel: Linux 3.10.0-327.el7.x86_64
    Architecture: x86-64

[root@rhtest ~]# blkid
    /dev/block/8:2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"
    /dev/block/253:1: UUID="ad872f09-5147-4252-af56-aa6244219515" TYPE="xfs"
    /dev/block/8:1: UUID="83aac355-a443-4ff9-90fa-9f6da8e31cc2" TYPE="xfs"
    /dev/block/253:0: UUID="dbe56f6a-2a4a-42da-82e2-bef9a73caafb" TYPE="swap"

[root@rhtest ~]# lsblk
    NAME                           MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
    fd0                              2:0    1    4K  0 disk
    sda                              8:0    0   50G  0 disk
    ââsda1                           8:1    0  500M  0 part /boot
    ââsda2                           8:2    0 49.5G  0 part
        âârhel_-rhtest-swap 253:0    0    2G  0 lvm  [SWAP]
        âârhel_-rhtest-root 253:1    0 47.5G  0 lvm  /
    sdb                              8:16   0   50G  0 disk
    sr0                             11:0    1 1024M  0 rom


[root@rhtest ~]# df -h
    Filesystem                              Size  Used Avail Use% Mounted on
    /dev/mapper/rhel_-rhtest-root   48G  883M   47G   2% /
    devtmpfs                                991M     0  991M   0% /dev
    tmpfs                                  1001M     0 1001M   0% /dev/shm
    tmpfs                                  1001M  8.5M  993M   1% /run
    tmpfs                                  1001M     0 1001M   0% /sys/fs/cgroup
    /dev/sda1                               497M  124M  374M  25% /boot
    tmpfs                                   201M     0  201M   0% /run/user/0

जवाबों:


10

/ पार्टिशन पर फ़्रीस्टिम चलाने में सक्षम होने के नाते सबसे अच्छा समाधान होगा, हालांकि वे जिस तरह से आपके ईएसएक्सआई को कॉन्फ़िगर करते हैं, यह संभव नहीं होगा।

आपको VM और स्टोरेज डिवाइस दोनों पर डिस्क्स को सक्षम करने की आवश्यकता है।

किसी विभाजन या तार्किक आयतन के आकार को xfs फाइल सिस्टम के साथ कम करने की कोशिश नहीं की जा सकती है यह फेडोरा के साथ एक ज्ञात बग है। यदि आप इस कार्यशीलता में रुचि रखते हैं, तो Red Hat समर्थन और संदर्भ Red Hat Bugzilla 1062667 से संपर्क करें, और XFS कमी / सिकुड़ने के लिए अपना उपयोग-मामला प्रदान करें।

कुछ परिवेशों में संभावित कार्य के रूप में, पतली प्रावधान वाले LVM वॉल्यूम को XFS फ़ाइल सिस्टम के नीचे एक अतिरिक्त परत के रूप में माना जा सकता है।

यदि वीएम उत्सुक मोटी प्रोविज्ड वीएमडीके हैं, जिसका अर्थ है कि जब आप ट्रिम करने की कोशिश कर रहे हैं (एससीएसआई यूएनएमएपी) आपके संस्करणों को पुन: प्राप्त करने के लिए कुछ भी नहीं है।

अगर बैक-एंड स्टोरेज पतला प्रोविजनिंग चल रहा है, तो आपको स्टोरेज को कम करने और बैकएंड के लिए वार्म डाटा को कम करने / डिलीट करने के लिए इसे संभव बनाने के लिए आलसी जीरो वीएमडीके फाइल्स का उपयोग करना होगा।

दो संभावित विकल्प:

1. When storage is provided by a remote server across a SAN, you can only discard blocks if the storage is thin provisioned.

    1. VMotion all the VM's to a different data store and use the built-in VMWare tools
    2. Connect to the ESXi Host with SSH
    3. Navigate to the Virtual Machine Folder
    4. Verify disk usage with du
    5. Run vmkfstools -K [disk]
    6. Verify disk usage with du

2.  dd if=/dev/zero of=BIGFILE bs=1024000
    rm -f BIGFILE

मैं जो बता सकता हूं, वह वही करता है जो sdelete करता है, हालांकि यह डिस्क I / O में स्पाइक का कारण बन सकता है और साथ ही साथ चलाने के लिए भी कुछ समय ले सकता है।

रात भर कोशिश करने के लिए कुछ

या तो विकल्प सबसे अच्छा नहीं है, लेकिन ext3 या ext4 प्राप्त करने के लिए प्रत्येक वीएम को पुन: स्वरूपित करना संभव नहीं है।

आप जो करने में सक्षम हो सकते हैं वह सभी linux VM के लिए एक आत्मीयता का नियम है और ऊपर से विकल्प 1 का उपयोग करें।


3

आप उत्सुक मोटी प्रोविज्ड वीएमडीके का उपयोग कर रहे हैं, जिसका अर्थ है कि जब आप तकनीकी रूप से ट्रिम (एससीएसआई यूएनएमएपी) अपने संस्करणों को ट्रिम करने का प्रयास कर रहे हैं, तो पुनः प्राप्त करने के लिए कुछ भी नहीं है।

अगर बैक-एंड स्टोरेज पतला प्रोविजनिंग चल रहा है, तो आपको स्टोरेज को कम करने और बैकएंड के लिए वार्म डाटा को कम करने / डिलीट करने के लिए इसे संभव बनाने के लिए आलसी जीरो वीएमडीके फाइल्स का उपयोग करना होगा।


उत्तर देने के लिए धन्यवाद, हालाँकि मुझे यकीन नहीं है कि मैं आपके उत्तर को पूरी तरह से समझ सकता हूँ, अगर प्रश्न से मेरी सभी धारणाएँ सही हैं तो गैर-शून्य ब्लॉकों को पुनः प्राप्त करने की आवश्यकता होगी, विशेष रूप से अगर VMDK फ़ाइल को SSD से बाहर ले जाया जाए कताई डिस्क।? सही बात?
एंथनी फोरनिटो

3
@AnthonyFornito आप उत्सुक मोटी डिस्क के साथ कुछ भी पुनः प्राप्त नहीं कर सकते। ईगर मोटी का मतलब है कि वीएमवेयर हरेक फाइल का पूरा आवंटन लिखने के लिए बैकएंड स्टोरेज को बाध्य करता है, जिसमें जीरो भी शामिल है।
पोस्का

@pauska पूरी तरह से सही है। 3PAR और इसी तरह के बहुत सारे समाधान संपीड़न / डिडुप्लीकेशन / टियरिंग के लिए डिज़ाइन किए गए हैं। आपका हाइब्रिड 3 पीएआर मॉडल क्षमता दक्षता के बारे में अधिक है और वास्तव में प्रदर्शन-उन्मुख कॉन्फ़िगरेशन नहीं है। इसलिए बेहतर है कि आप अपने मामले में उत्सुक शून्य लोगों के बजाय आलसी शून्य डिस्क का उपयोग करें।
स्ट्रेप्सिल्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.