[Áú¹®] ESXi6.0 ¿¡¼­ SSD TRIM Áö¿ø±â´ÉÀÌ ¾ø´ÂÁö¿ä?

   Á¶È¸ 4439   Ãßõ 0    

 

안녕하세요 테스트 삼아 esxi 를 활용하고 있습니다. 

다름이 아니라 SSD 단일에 (WIN7, LINUX, ORACLE DBMS 등) VM을 약 5개 정도 설치하여 가동하고 있는데요 

요즘 가면 갈수록 체감 속도가 저하 되는것 같아 확인을 해보니 TRIM 과 관련이 있지 않나해서요 

제 상태가 정상적인지 구분을 할 수가 없습니다. 

혹 이 상황을 아시는 분이 계시는지 싶어 질문 남깁니다. 

http://www.v-front.de/2013/10/faq-using-ssds-with-esxi.html

가상화란에서 TRIM 관련 검색을 해보니 위와 같은 URL을 확인하였는데요 vmkfstools -y nn 이라는 부분을 하면 데이터가 삭제되거나 그러지 않는지 궁금합니다. 

----------

However, while researching I found out that the SCSI equivalent of the ATA TRIM command is theUNMAP command, and this rang a bell in me: In vSphere 5.0 reclamation of VMFS deleted blocks with the help of SCSI UNMAP commands was introduced as part of the vStorage APIs for Array Integration (VAAI). When vSphere 5.0 was released this functionality was enabled by default (if the Storage Array supported it), but this was soon changed, because it had undesired side effects in some situations. Today VAAI space reclamation is a manual process that can be triggered by running the command
  vmkfstools -y nn

on a datastore. The VMware KB article 2014849 explains this in detail and also mentions how you can check whether this is supported on a disk or not: The command
 esxcli storage core device vaai status get -d device_id

will display the line
  Delete Status: Supported

-----------

happy day
ªÀº±Û Àϼö·Ï ½ÅÁßÇÏ°Ô.
±èÀ±¼ú 2016-09
840 Æß¾÷±×·¹ÀÌµå µÈ ¹öÁ¯ÀÎÁö ºÎÅÍ°¡ ¸ÕÀú È®ÀÎÇØ¾ß µÉ°Å °°½À´Ï´Ù. AHCI ¸ðµå¶ó¸é Æ®¸²¹®Á¦´Â ¾Æ´Ò°Å °°Àº »ý°¢ÀÌ µé¾î¿ä. ÃÊâ±â ¸ÞÀκ¸µå ¸ðµ¨µéÀÌ µå¶óÀ̹ö ¹®Á¦·Î Æ®¸² À̽´°¡ ÀÖ¾úÁö¸¸ Áö±ÝÀº ±×·± À̽´°¡ ³ª¿Ã¶§°¡ ¾Æ´Ñ°Å °°½À´Ï´Ù. ¿Âº¸µå RAID ¿ª½Ãµµ Æ®¸²Áö¿øÀº Àߵ˴ϴÙ. ÄÉÀÌºíµµ ¹Ù²Ù¾î º¸°í Æß¾÷Çغ¸°í Áõ»óÀ» ÁöÄѺÁ¾ß ¿øÀÎÀÌ ³ª¿Ã°Å °°³×¿ä.
»ç¿ëÇغ¸´Ï Æ®¸² º¸´Ù´Â ½Ç»ç¿ë ·¥¿¡ µû¸¥ ESXi È£½ºÆ® ij½Ã ¹®Á¦°¡ ¾Æ´Ñ°¡ »ý°¢ÀÌ µì´Ï´Ù.
ij½Ã ¼³Á¤À» »ìÆì º¸½Ã´Â°ÍÀ» ±ÇÇØ º¸°Ú½À´Ï´Ù


QnA
Á¦¸ñPage 2237/5688
2014-05   5000998   Á¤ÀºÁØ1
2015-12   1536858   ¹é¸Þ°¡
2017-10   4437   pmnxis
2007-03   4437   ±è°æ¼ö
2014-06   4437   µÎ¸®¾È
2014-08   4437   ¹æoÈ¿o¹®
2006-09   4437   À¯Á¦¿¬
2016-10   4437   ÄĹÚ
2016-04   4437   °¡ºü·Î±¸³ª
2022-08   4437   õ¸¶°Ç»§
2006-12   4437   °ûÅ¿µ
2018-05   4437   À¸¶óÂ÷Â÷Â÷
2007-08   4438   ½ÅÀ¯È£
2014-12   4438   Å×µ¹¾ÆÀÌ
2018-01   4438   Wnahd
2020-01   4438   µð¼À¹ö
2006-11   4438   Çѽ¿ì
2015-09   4438   Çϱվƺü
2020-12   4438   µÎºÀ
2008-08   4438   À庴µÎ
2014-09   4438   Çà¾Æ¹ü
2018-02   4438   ÄÄÇ»ÅÍÀ߸ð¸§