{"id":15552,"date":"2024-04-02T13:09:34","date_gmt":"2024-04-02T20:09:34","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=15552"},"modified":"2024-04-18T08:53:41","modified_gmt":"2024-04-18T15:53:41","slug":"file-transfer-index-rebalance","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/file-transfer-index-rebalance\/","title":{"rendered":"Rebalance Reimagined: Escalonamento mais r\u00e1pido do servi\u00e7o de \u00edndice do Couchbase com transfer\u00eancias de arquivos"},"content":{"rendered":"

O dimensionamento mais r\u00e1pido dos recursos do banco de dados \u00e9 essencial para a manuten\u00e7\u00e3o de bancos de dados eficientes e de alto desempenho, especialmente com a press\u00e3o cada vez maior da ingest\u00e3o de dados, o aumento das demandas de consulta e a necessidade de lidar com failovers sem problemas. Como o tr\u00e1fego de consultas orientadas por aplicativos \u00e9 tratado principalmente por servi\u00e7os de \u00edndice, o dimensionamento mais r\u00e1pido dos servi\u00e7os de rebalanceamento de \u00edndices \u00e9 essencial para aplicativos de alto desempenho.<\/span><\/p>\n

Para o servi\u00e7o de \u00edndice, a opera\u00e7\u00e3o de dimensionamento (tamb\u00e9m chamada de <\/span>reequil\u00edbrio<\/span><\/a>) envolve a movimenta\u00e7\u00e3o de \u00edndices\/replicas\/parti\u00e7\u00f5es individuais entre os n\u00f3s de servi\u00e7o de \u00edndice dispon\u00edveis no cluster. O objetivo \u00e9 minimizar os desequil\u00edbrios de carga e otimizar as m\u00e9tricas de utiliza\u00e7\u00e3o de recursos, como CPU e mem\u00f3ria, em todos os n\u00f3s.<\/span><\/p>\n

Este artigo explora as limita\u00e7\u00f5es e os aprimoramentos feitos no processo de rebalanceamento de \u00edndices no Couchbase-Server vers\u00e3o 7.6. Ele apresenta um novo fluxo de rebalanceamento baseado em transfer\u00eancias eficientes de arquivos, oferecendo benef\u00edcios significativos, como redu\u00e7\u00f5es substanciais no tempo de rebalanceamento e utiliza\u00e7\u00e3o otimizada de recursos, incluindo menor consumo de CPU e mem\u00f3ria.<\/span><\/p>\n

 <\/p>\n

Vis\u00e3o geral do rebalanceamento do servi\u00e7o de \u00edndice<\/span><\/h2>\n

Em um n\u00edvel elevado, o reequil\u00edbrio do servi\u00e7o de \u00edndice opera em tr\u00eas fases:<\/span><\/p>\n

Planejamento<\/span><\/h3>\n
    \n
  1. \n
      \n
    1. No fase de planejamento<\/a>Em um cluster, as informa\u00e7\u00f5es de todos os \u00edndices em todos os n\u00f3s do cluster s\u00e3o reunidas, juntamente com suas estat\u00edsticas de carga. A carga de um \u00edndice \u00e9 derivada de v\u00e1rios fatores, como utiliza\u00e7\u00e3o da CPU, utiliza\u00e7\u00e3o da mem\u00f3ria, taxa de varredura, taxa de processamento de muta\u00e7\u00e3o, utiliza\u00e7\u00e3o de disco etc.<\/span><\/li>\n
    2. Um algoritmo de otimiza\u00e7\u00e3o \u00e9 usado para minimizar a varia\u00e7\u00e3o de carga no cluster. Por exemplo, se um n\u00f3 de servi\u00e7o de \u00edndice tiver um tr\u00e1fego de muta\u00e7\u00e3o e varredura significativamente maior em compara\u00e7\u00e3o com os outros, o algoritmo redistribuir\u00e1 os \u00edndices para equilibrar a carga geral e reduzir a varia\u00e7\u00e3o.<\/span><\/li>\n
    3. O algoritmo de otimiza\u00e7\u00e3o decide os movimentos do \u00edndice de seus n\u00f3s existentes para novos n\u00f3s em um ambiente simulado para chegar a uma distribui\u00e7\u00e3o que minimize a varia\u00e7\u00e3o de carga no cluster.<\/span><\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

      Fase de execu\u00e7\u00e3o<\/span><\/h3>\n
        \n
      1. \n
          \n
        1. Com base no plano final decidido na fase de planejamento, os \u00edndices s\u00e3o movidos de seus n\u00f3s existentes para novos alvos.<\/span><\/li>\n
        2. Essa fase \u00e9 o fator que mais contribui para o tempo de rebalanceamento do \u00edndice, diretamente afetado pelo m\u00e9todo de movimenta\u00e7\u00e3o e pelo n\u00famero de \u00edndices envolvidos.<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

          Elimina\u00e7\u00e3o de \u00edndices nos n\u00f3s de origem<\/span><\/h3>\n
            \n
          1. \n
              \n
            1. Quando os \u00edndices nos novos n\u00f3s de destino estiverem totalmente reconstru\u00eddos e prontos para lidar com as consultas, todas as solicita\u00e7\u00f5es de varredura de entrada para esses \u00edndices ser\u00e3o redirecionadas para os novos n\u00f3s.<\/span><\/li>\n
            2. Os \u00edndices nos n\u00f3s de origem existentes ser\u00e3o removidos assim que os \u00edndices correspondentes nos novos n\u00f3s estiverem prontos para atender ao tr\u00e1fego de varredura.<\/span><\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

              O Fase de execu\u00e7\u00e3o<\/em>Atualmente, o sistema de indexa\u00e7\u00e3o de dados da Microsoft, Inc., depende da reconstru\u00e7\u00e3o dos \u00edndices que est\u00e3o sendo movidos por meio do re-streaming e do reprocessamento de todos os documentos do servi\u00e7o de dados. Embora esse esquema funcione bem em termos funcionais, ele tem as seguintes desvantagens:<\/span><\/p>\n