এই পূর্বে জিজ্ঞাসিত প্রশ্ন থেকে স্পিন বন্ধ
মাউন্ট ড্রাইভ রেডহ্যাট 7 থেকে কীভাবে বিনামূল্যে স্থান পাবেন
আপডেট ক্রিপ্টটাব fstrim এর জন্য পাসফ্রেজের জন্য জিজ্ঞাসা করে
আমাদের 38 টি হোস্ট জুড়ে 170 ভিএম এর স্প্রেড সহ একটি এইচপি 3ીપর স্টোরসার্ভ 7400 রয়েছে।
আমি বুঝতে পারার সাথে সাথেই এখানে সমস্যাটি রয়েছে: (এছাড়াও আমাকে এমন কিছু তথ্য বলা হয়েছে যা নিশ্চিত না যে এটি সত্য কিনা বা না, আমি এইচপি 3১১ স্টোর সার্ভ 00৪০০ হুইপপেপারে পড়েছি এবং আমার স্টোরেজ লোকটি কী ব্যাক আপ করে তা সত্যিই খুঁজে পাই না anything আমাকে বলছে। সুতরাং নীচে জুড়ে যদি কেউ সত্যিকারের কোনও বিষয় লক্ষ্য করে তবে দয়া করে আমাকে জানান)
3 PAR 3 টি ভাগে বিভক্ত হয়ে গেছে,
স্তর 1: এসএসডি ক্যাশে এবং সাধারণত অ্যাক্সেস করা ফাইলগুলিতে দ্রুত অ্যাক্সেস করতে ব্যবহৃত হয়।
স্তর 2: এবং স্তর 3: এক ধরণের স্পিনিং ডিস্ক, কী এবং কেন অতিরিক্ত 2 স্তর রয়েছে তা সম্পর্কে আমি নিশ্চিত নই তবে আমার ধারণা যে স্তর 2 এমন ডেটার জন্য ব্যবহার করা হয় যা সর্বাধিক অ্যাক্সেস হয় না তবে কিছুটা অ্যাক্সেস করে এবং স্তর 3 এর জন্য ব্যবহৃত হয় বাকি স্টোরেজ।
এসএসডি অংশের মধ্যে যেমন আমি অনেকগুলি নিবন্ধে পড়েছি যখন কোনও এসএসডি ব্লকে ডেটা লেখা হয় এবং তারপরে মুছে ফেলা হয় তবে ব্লকটি নতুন ডেটা না লেখা পর্যন্ত শূন্য হয় না, সুতরাং যখন ব্লকের মধ্যে থাকা ডেটা ম্যাপিংয়ের সারণীটি সারণী মুছে ফেলা হয় তথ্য আপডেট হয়ে যায়, তারপরে যখন নতুন ডেটা একই ব্লকে লেখা হয় তখন প্রথমে ব্লকটি শূন্য করা দরকার এবং তারপরে এটি লিখিত হতে পারে। এসএসডি-র মধ্যে এই প্রক্রিয়াটি যদি ড্রাইভ পর্যায়ক্রম ছাঁটাই না হয় তবে ডাব্লু / আর এর গতি কমতে পারে।
3 এয়ার লুনটি বিধানের পাতলা বিবিধের সংক্ষিপ্ত বিভাজন রয়েছে E
আমার স্টোরেজ লোকের মতে 3PAR তে একটি বিশেষ বৈশিষ্ট্য তৈরি করা হয়েছে যা এসএসডি স্টোরেজটি অন্য ভিএমের প্রয়োজন অনুসারে ব্যবহার করার অনুমতি দেয় না যা কোনও অর্থ দেয় না।
ফ্যাক্ট চেক:
একটি মোটা রিভিউড ভিএম হ'ল একটি ভিএমডিকে ফাইল, যখন ভিএম তৈরি করা হয় আপনি ভিএম এর আকার নির্দিষ্ট করেন এবং এটি একটি ভিএমডিকে ফাইল তৈরি করে। আমার মনে যা আমাকে বলে যে যদি ভিএমএম নিয়মিত অ্যাক্সেস করা হয় তখন পুরো ভিএমডি কে ফাইলটি এসডিডি-তে স্থানান্তরিত হয় এবং তারা আমাকে যা বলছে তা হল ভিএমডিকে 40 জিবি ব্যবহার করা সেট করা হলেও যে 40 গিগাবাইটের কিছু ব্যবহার করা যেতে পারে অন্য ভিএম এর? এটি আমার কাছে আরও পাতলা বিভক্ত ভিএমের মতো মোটা নয় বলে মনে হচ্ছে।
ঠিক আছে সমস্যা হচ্ছে।
আমাদের উইন্ডোজ সিস্টেমে আমরা অব্যবহৃত ব্লকগুলি খুঁজে বের করতে শ্লিটলেট ব্যবহার করি।
আমাদের লিনাক্স ফেডোরা সিস্টেমে fstrim কীভাবে কাজ করতে হয় তা নির্ধারণ করার চেষ্টা করেছি।
আমি dd = রাইটিং-বিগ-ফাইল মুছুন-বিগ-ফাইল কমান্ড চেষ্টা করেছিলাম এবং এটি ছাদটি দিয়ে ডিস্কটি I / O প্রেরণ করেছে, যা লক্ষ্য করা গেছে, এবং আমাকে আবারও এটি না করতে বলা হয়েছিল।
একটু গবেষণা করে আমার কাছে মনে হচ্ছে যে বেশিরভাগই ডিডি = রাইটিং-বিগ-ফাইল মুছুন-বিগ-ফাইলের মতো একই কাজ করে তবে কেন ডিস্ক I / O উইন্ডোজ সিস্টেমে ছাদের উপর দিয়ে যায় না?
সুতরাং আমি মনে করি আমি এটি দুটি সমাধানে হিট করেছি। যার কোনটিই আমি জানি না কীভাবে করতে হয়।
- কোনওভাবে ভিএমকে ভিন্ন স্টোরেজ অ্যারেতে ভি-মোশন না করেই সান এর পুরো এসএসডি অংশে একটি স্ট্রিমের মতো ফাংশন চালাতে সক্ষম হবে।
পার্শ্ব দ্রষ্টব্য: আমি যদি fstrim পড়েছি সমস্ত কিছু বুঝতে পারি তবে ডেটা আছে কিনা তা দেখার জন্য প্রতিটি ব্লকের দিকে তাকান এবং এটির প্রয়োজন হয়, যদি প্রয়োজন না হয় তবে ব্লকটি শূন্য হয়ে যাবে, যেখানে Sdelete একটি বিশাল ফাইল লিখবে এবং তারপরে এটি মুছে ফেলবে। যে কারণে আমি 3ીપরার পুরো এসএসডি অংশ জুড়ে একটি fstrim বিকল্পের সন্ধান করছি।
- লংশুট কিন্তু ত্রুটিটি আমি fstrim এ পাই তা হ'ল:
[রুট @ rhtest ~] # fstrim -v / fstrim: /: বাতিল করা অপারেশনটি সমর্থিত নয়
আমি পড়েছি যে অপসারণ বিকল্পটি উভয় ওএস এবং ডেটাস্টোরের উপর সেট করা দরকার তবে আমি 330 এ এসএসএইচ এবং জিইউআই উভয় অ্যাক্সেস পেয়েছি যেখানে বা কীভাবে একটি বাতিলকরণ বিকল্প সেট করতে হবে তা আমি বুঝতে পারি না।
ওএসের মধ্যে ছাড়পত্র নির্ধারণের ক্ষেত্রে আমি অগণিত ওয়াকথ্রুগুলির মধ্য দিয়ে এসেছি এবং যতই আমি এটি স্পিন করি তা আমি সর্বদা একই ত্রুটি পাই not
হ্যাঁ, আমি অন্যান্য অপশনগুলিও দেখেছি জেরোফ্রি হ'ল একটি, এবং অন্য এক দম্পতি যা তাদের মাথায় আসে না তবে তারা জেডলিটের মতো কাজ করেছিল, বা আমি পড়েছি যে তারা খুব বিপজ্জনক ছিল, আমি এইচডিপারাম ইত্যাদি দেখেছিলাম etc.
নীচে আমি ওএস সম্পর্কে কিছু আউটপুট রেখে দেব যা তারা সব একই।
[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