안녕하세요.
각기 다른 환경의 여러 서버를 운영하고 있습니다.
다른 분이 설계한 걸 얼마 전에 인계 받은 터라, 문제점들을 개선하고 있는데 어려움이 많네요.
1. 상황
: 24시간 무휴지인 20여 대의 서버가 이중화 되어 있지 않고 단독 Active 상태입니다. 그래서 레드햇 openshift를 활용해 컨테이너 환경도 구축하고, 상시운용성을 유지하려 합니다.
2. 문제
: 20여 대 모두 AI 서버인 터라 학습DATA, ms단위의 input DATA가 D/B에 쌓이고 있습니다. Redhat openshift를 활용했을 때, Data 양이 방대한 터라 각 컨테이너 안에 D/B를 각각 넣을 순 없고, 별도의 storage에 모두 저장하지 않을까 싶습니다. 이 storage의 상시운용성(건전성?)을 어떻게 유지할 것인지가 문제입니다.
3. 방안
첫 번째로, storage도 이중화(Clustering)를 생각했습니다. active가 장애 났을 때 standby로 바로 절체되어 무휴지가 유지됩니다. 하지만 동기 방식(standby가 active로 ack 신호를 보내야 하는 방식)이라서 속도가 느리다는 것 같은데, 20여 개 모델의 ms단위 data를 감당할 수 있을지 의문입니다.
두 번째로, Replication을 생각했습니다. master - slave storage로 구성하여 Data Insert는 master에 하고, 그걸 그대로 slave가 내려 받아 select을 지원하는 방식입니다. copy는 되지만 비동기방식이기에 copy의 건전성을 따로 확인 하지 않습니다.
질문1. 이중화 Clustering(active-standby) 방식으로 했을 때 storage의 동기, ms단위의 input data를 네트워크가 감당할 수 있을까요?
질문2. replication 방식으로 했을 때 master storage가 장애 시, slave가 즉시 master 역할을 수행가능한가요? master 전체를 copy하는 게 아닌 듯 하고, ack 신호가 없어 copy의 정합성도 문제일 듯 한데...
질문3. 20여 대 서버의 DB 종류가 MariaDB, MySQL, MS-SQL로 다릅니다. 어느 방식으로 통합을 구축하던 이런 다른 종류의 DB가 하나의 Storage로 가동될 수 있나요?
** 질문을 많이드려 죄송합니다. 세 가지 질문 중 하나라도 아시거나, 이런 통합 방식에 대해 실 적용 사례가 있다면 덧글 부탁드립니다 ㅜㅜ DB 전문가가 주변에 없어서... 감사합니다.
°¢°¢ÀÇ DB°¡ ¿©·¯°³¶ó°í Çϴ°ź¸´Ï ½ºÅ丮Áö Çϳª·Î ºÙÀ϶ó¸é °¡»óÈ·Î ´Ù ÀÌÀüÇÏ´Â°Ô ¸¶À½ ÆíÇϰڳ׿ä. ±×¸®°í DRº¹Á¦¸¦ ÀÌ¿ëÇϸé ÃÖ¼Ò 30ÃÊ ±æ°Ô´Â 15ºÐ °£°ÝÀ¸·Î º¹Á¦¸¦ ³Ñ°ÜÁÙ¼ö ÀÖ½À´Ï´Ù.
20°³ÀÇ DB ¼¹ö°¡ ÀÖ°í 1°³ÀÇ ½ºÅ丮Áö°¡ Àִµ¥ ÀÌ ½ºÅ丮Áö ¾È¿¡ 20°³ÀÇ DB µ¥ÀÌÅÍ°¡ µ¶¸³ÀûÀ¸·Î µ¿ÀÛÇÏ´Â °ÍÀΰ¡¿ä??
20°³¸¦ OPENSHIFT·Î ¹°í, DB¿µ¿ªÀº 1°³ÀÇ ½ºÅ丮Áö·Î ÅëÇպи® ÇÏ´Â ¹æ½ÄÀÔ´Ï´Ù.
2. ¹®Á¦¾ø½À´Ï´Ù.
3. Çϱ⠳ª¸§ÀÌ°ÚÁÒ
¿ÀÈ÷·Á ¹¯°í½ÍÀº°Ç
1. ¿Ö openshift¸¦ È°¿ëÇÑ ÄÁÅ×À̳ʸ¦ »ç¿ëÇØ¾ß Çϳª¿ä?
2. ÇöÀç ¸ðµç ¼ºñ½º°¡ ´Üµ¶ Active·Î °³¹ßÀÌ µÇ¾î ÀÖ´Â°Í °°Àºµ¥ ÀÌ°É ÄÁÅ×À̳ʷΠ¹Ù²Û´Ù°íÇؼ ÀÚµ¿À¸·Î Active-Standby ¶Ç´Â Active-Active°¡ µÇÁö ¾Ê½À´Ï´Ù.
3. DOCKER·ùÀÇ ±â¼úÂÊÀ» º¸¸é CSI ¶ó´Â°ÍÀÌ ÀÖ½À´Ï´Ù. CSI¸¦ »ç¿ëÇؼ ½ºÅ丮Áö ¼ºñ½º¸¦ ±¸ÇöÇÏ¼Å¾ß ÀüüÀûÀ¸·Î ºÎÆ®·´°Ô ¿î¿µÀÌ °¡´ÉÇÕ´Ï´Ù.
ÀÌ°Ô Á¦Ç°Æ¯¼ºµµ Ÿ°í Á» ±î´Ù·Î¿ï¼ö Àִµ¥ RedhatÀ» »ç¿ëÇÑ´Ù¸é ±×ÂÊ¿¡¼ ±â¼ú Áö¿øÀ» ¹ÞÀ» ¼ö ÀÖ½À´Ï´Ù.
4. DB´Â iSCSI·ùÀÇ Block Storage, ³ª¸ÓÁö´Â NAS·ùÀÇ °øÀ¯½ºÅ丮ÁöÀÏÅÙµ¥ Àß °í¸£¸é ÁÁÀº ±â¼ú/Á¦Ç° ¸¹ÀÌ ÀÖ½À´Ï´Ù.
1. 20°³´ëÀÇ ¼¹ö°¡ ÀÌÁßȵǾî ÀÖÁö ¾Ê´Ù!°¡ ¹®Á¦ÀÔ´Ï´Ù. ±×·¸´Ù°í 20´ë¸¦ ´õ ±¸ÀÔÇÏ¿© °¢°¢ ÀÌÁßȸ¦ ±¸ÇöÇÒ ¼ö´Â ¾ø¾î¼...openshift¸¦ ¾²¸é, A¼¹ö°¡ Á×¾úÀ» ¶§ ÀÚ¿øÀÌ ³²´Â B¼¹ö¿¡¼ a¼¹öÀÇ ¸ðµ¨À» °¡µ¿ÇÒ ¼ö ÀÖ´Ù°í È®ÀÎÇß½À´Ï´Ù.
>> Á¦°¡ openshift¸»°í´Â ÀÌ ¹®Á¦ ÇØ°á¹ýÀ» ãÁö ¸øÇߴµ¥, ÃßõÇØÁֽǸ¸ÇÑ ¹æ¹ýÀÌ ÀÖÀ»±î¿ä?
2. ³×. ¼ºñ½º´Â openshift¸¦ ÅëÇØ ÀÚµ¿À¸·Î ´Ù¸¥ ¼¹ö¿¡¼ on ½Ãų ¼ö ¾Ò´Ù°í Çϳ׿ä. ´Ù¸¸ DB´Â µ¥ÀÌÅÍ ¿ë·® ¶§¹®¿¡ º°µµÀÇ ½ºÅ丮Áö·Î ±¸ÇöÇÏ´Â ÅͶó, ÀÌ ½ºÅ丮ÁöÀÇ ACTIVE, STANDBY°¡ °í¹ÎÀÔ´Ï´Ù.
3. CSI ±â¼úÀ» Çѹø Á¶»çÇغ¸°Ú½À´Ï´Ù! °¨»çÇÕ´Ï´Ù.
4. ȸ»ç ¾÷Á¾»ó ¿¬°áµÇ¾î Àִ ȸ»çµéÀ» ÅëÇؼ ±â¼úÀ» µé¿©¿À´Ùº¸´Ï ´Ù¾çÇÑ ±â¼ú/Á¦Ç°µéÀ» Á¢ÇϱⰡ ¾î·Æ³×¿ä ¤Ì ÀÌ·± ±â¼ú/Á¦Ç°µéÀ» Àü¹®ÀûÀ¸·Î Á¦°øÇÏ´Â ¾÷ü°¡ ¸¹ÀÌ ÀÖ´Ù´Â ¸»¾¸À̽ÃÁÒ?
ÀÌ°Å ¸øÇÏ¸é ¹»Çصµ ¸øÇÕ´Ï´Ù
°³ÀÎÀûÀÎ »ý°¢Àº
1. Áö±Ý ¼ºñ½º°¡ Á¤»óÀ¸·Î µ¹¾Æ°£´Ù´Â °¡Á¤ÇÏ¿¡, ¼¹ö 20´ë Ãß°¡·Î µµÀÔÇÏ´Â°Ô °¡Àå Àú·ÅÇÑ ¹æ¹ýÀÔ´Ï´Ù.
2. openshift´Â ¼ºñ½º¸¦ ¹¾îÁÖ´Â ±â¼úÀÌ ¾Æ´Õ´Ï´Ù. ¿ÀÈ÷·Á ¹Ý´ë ±â¼úÀÔ´Ï´Ù. ¼ºñ½º "ÀÚµ¿" 2Áßȸ¦ À§Çؼ openshift¸¦ »ç¿ëÇÑ´Ù´Â ¸»Àº µé¾îº¸Áö ¸øÇÑ°Í °°½À´Ï´Ù.
3, Á» ±ÍÂùÄ¡¸¸, ¼¹ö1ÀÇ STDBy¸¦ ¼¹ö2·Î, ¼¹ö2ÀÇ STDBy¸¦ ¼¹ö3·Î ... ¼¹ö20ÀÇ STDBy¸¦ ¼¹ö1·Î ÇÏ´Â ¹æ¹ýÀÌ ÀÖ½À´Ï´Ù.
°³ÀÎÀûÀ»´Â ÃßõÇÏÁö ¾Ê½À´Ï´Ù.
NAS BACKUP ¼¹ö ±¸¼º º°µµ·Î ÇÏ¼Å¾ß ÇÒ °Í °°½À´Ï´Ù..
ÇÊ¿ä¿¡ µû¶ó °¢°¢ 2ÁßÈ ±¸¼ºÀÌ°í..
SAN DB ½ºÅ丮Áö´Â FC ³ª Infiniband·Î ÇØ¾ß ÇÒ °Í °°½À´Ï´Ù.