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

   Á¶È¸ 4481   Ãßõ 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 2231/5700
2014-05   5047350   Á¤ÀºÁØ1
2015-12   1583604   ¹é¸Þ°¡
2014-06   4477   µÎ¸®¾È
2016-01   4477   Á¦¿ÂÇÁ·Î
2016-10   4477   ilgyu
2016-07   4477   ÀÎÆû
2018-10   4477   ±èÀºÈ£
2016-06   4477   Àü¼³¼ÓÀǹ̡¦
2017-01   4477   ¾Ïºê·Î½Ã¾Æ
2014-07   4477   ½Ì¾î¼Û¶óÀÌÅÍ
2016-10   4477   ÇູÇϼ¼
2007-06   4477   ±è¿ë¼ö_
2016-07   4477   ·¹Á¾9
2017-03   4477   ·ç´Ù
2015-02   4477   À±¼º±¸
2013-12   4477   jake
2016-08   4477   À嵿°Ç2014
2017-11   4477   gpuLOVE
2019-03   4477   ÇüÁø
2007-08   4478   ½ÅÀ¯È£
2015-09   4478   trevas
2016-07   4478   Lucyed