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

   Á¶È¸ 4604   Ãßõ 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 3520/5708
2014-05   5143710   Á¤ÀºÁØ1
2015-12   1677889   ¹é¸Þ°¡
2015-11   4598   ´«Æõ¹ÀÌ
2014-11   4598   ¹³¹ÙÀÌ
2018-02   4598   À¯³²»ý
2017-10   4598   ½º¸¶Æ®¸Ç
2016-08   4598   ¹é¸¸½º¹°Çϳª
2017-05   4598   ÄĹÚ
2021-03   4598   Áý±¸¼®
2016-03   4598   ±ô¹Ú±ô¹Ú°¡
2015-03   4598   ºí·ç¿µ»ó
2015-06   4598   ³ÄÇÏÇÖ
2014-12   4598   ¸Ó¶óÄ«´Âµ¥
2016-04   4598   ´Ù·ÕÀÌ
2014-09   4598   ¹Î°¡³ð
2022-02   4598   ½´ÆÛ°øµ¹ÀÌ
2016-03   4598   JSYoon
2007-09   4598   ¹Ú°Ç¿õ
2014-10   4597   monan
2017-07   4597   ¿¥ºê¸®¿À
2016-02   4597   Christopher
2017-01   4597   À©µµ¿ì10