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

   Á¶È¸ 4395   Ãßõ 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 2233/5680
2014-05   4946634   Á¤ÀºÁØ1
2015-12   1483289   ¹é¸Þ°¡
2015-03   4394   °Ü¿ï³ª¹«
2020-12   4394   ¾Æ±îħ¿¡
2015-11   4394   ¼ÒÁÖÇѺ´
2007-04   4394   ½Åµ¿À±
2007-01   4394   Á¤µµ¿µ
2017-01   4394   ³ª¿ì¸¶Å©
2014-08   4394   ¹æoÈ¿o¹®
2016-10   4394   ilgyu
2017-07   4394   ½ºÅæÄݵå
2015-08   4394   ÇÑÈ¿¼®
2018-02   4394   ¼ºÈ£
2014-04   4394   comduck
2015-12   4394   DoubleSH
2016-01   4394   ±è°Ç¿ì
2013-12   4395   ¾Æ¸§´Ù¿î³ëÀ»
2015-10   4395   ¹æoÈ¿o¹®
2019-06   4395   Æä³Ñ9500¾Æ¡¦
2007-02   4395   Áøµ¿Çö
2016-07   4395   FreeBSD
2007-03   4395   ÀÌÁ¦È£