Geo: Verify GitLab Pages Deployments
Replicate Pages Deployments
This issue is for implementing Geo replication and verification of Pages Deployments.
For more background, see Geo self-service framework.
In order to implement and test this feature, you need to first set up Geo locally.
There are three main sections below. It is a good idea to structure your merge requests this way as well:
- Modify database schemas to prepare to add Geo support for Pages Deployments
- Implement Geo support of Pages Deployments behind a feature flag
- Release Geo support of Pages Deployments
It is also a good idea to first open a proof-of-concept merge request. It can be helpful for working out kinks and getting initial support and feedback from the Geo team. As an example, see the Proof of Concept to replicate Pipeline Artifacts.
You can look into the following examples of MRs for implementing replication/verification for a new blob type:
- Add db changes and add verification for MR diffs using SSF
- Verify Terraform state versions
- Verify LFS objects
Modify database schemas to prepare to add Geo support for Pages Deployments
You might do this section in its own merge request, but it is not required.
Add the registry table to track replication and verification state
Geo secondary sites have a Geo tracking database independent of the main database. It is used to track the replication and verification state of all replicables. Every Model has a corresponding "registry" table in the Geo tracking database.
-
Create the migration file in ee/db/geo/migrate
:bin/rails generate geo_migration CreatePagesDeploymentRegistry
-
Replace the contents of the migration file with the following. Note that we cannot add a foreign key constraint on pages_deployment_id
because thepages_deployments
table is in a different database. The application code must handle logic such as propagating deletions.# frozen_string_literal: true class CreatePagesDeploymentRegistry < ActiveRecord::Migration[6.0] include Gitlab::Database::MigrationHelpers disable_ddl_transaction! def up unless table_exists?(:pages_deployment_registry) ActiveRecord::Base.transaction do create_table :pages_deployment_registry, id: :bigserial, force: :cascade do |t| t.bigint :pages_deployment_id, null: false t.datetime_with_timezone :created_at, null: false t.datetime_with_timezone :last_synced_at t.datetime_with_timezone :retry_at t.datetime_with_timezone :verified_at t.datetime_with_timezone :verification_started_at t.datetime_with_timezone :verification_retry_at t.integer :state, default: 0, null: false, limit: 2 t.integer :verification_state, default: 0, null: false, limit: 2 t.integer :retry_count, default: 0, limit: 2, null: false t.integer :verification_retry_count, default: 0, limit: 2, null: false t.boolean :checksum_mismatch, default: false, null: false t.binary :verification_checksum t.binary :verification_checksum_mismatched t.string :verification_failure, limit: 255 # rubocop:disable Migration/PreventStrings see https://gitlab.com/gitlab-org/gitlab/-/issues/323806 t.string :last_sync_failure, limit: 255 # rubocop:disable Migration/PreventStrings see https://gitlab.com/gitlab-org/gitlab/-/issues/323806 t.index :pages_deployment_id, name: :index_pages_deployment_registry_on_pages_deployment_id, unique: true t.index :retry_at t.index :state # To optimize performance of PagesDeploymentRegistry.verification_failed_batch t.index :verification_retry_at, name: :pages_deployment_registry_failed_verification, order: "NULLS FIRST", where: "((state = 2) AND (verification_state = 3))" # To optimize performance of PagesDeploymentRegistry.needs_verification_count t.index :verification_state, name: :pages_deployment_registry_needs_verification, where: "((state = 2) AND (verification_state = ANY (ARRAY[0, 3])))" # To optimize performance of PagesDeploymentRegistry.verification_pending_batch t.index :verified_at, name: :pages_deployment_registry_pending_verification, order: "NULLS FIRST", where: "((state = 2) AND (verification_state = 0))" end end end end def down drop_table :pages_deployment_registry end end
-
If deviating from the above example, then be sure to order columns according to our guidelines. -
Run Geo tracking database migrations: bin/rake geo:db:migrate
-
Be sure to commit the relevant changes in ee/db/geo/structure.sql
Add verification state fields on the Geo primary site
The Geo primary site needs to checksum every replicable so secondaries can verify their own checksums. To do this, Geo requires fields on the Model. Add verification state fields to a separate table. Consult a database expert if needed.
Add verification state fields to a new table
-
Create the migration file in db/migrate
:bin/rails generate migration CreatePagesDeploymentStates
-
Replace the contents of the migration file with: # frozen_string_literal: true class CreatePagesDeploymentStates < ActiveRecord::Migration[6.0] include Gitlab::Database::MigrationHelpers VERIFICATION_STATE_INDEX_NAME = "index_pages_deployment_states_on_verification_state" PENDING_VERIFICATION_INDEX_NAME = "index_pages_deployment_states_pending_verification" FAILED_VERIFICATION_INDEX_NAME = "index_pages_deployment_states_failed_verification" NEEDS_VERIFICATION_INDEX_NAME = "index_pages_deployment_states_needs_verification" disable_ddl_transaction! def up unless table_exists?(:pages_deployment_states) with_lock_retries do create_table :pages_deployment_states, id: false do |t| t.references :pages_deployment, primary_key: true, null: false, foreign_key: { on_delete: :cascade } t.integer :verification_state, default: 0, limit: 2, null: false t.column :verification_started_at, :datetime_with_timezone t.datetime_with_timezone :verification_retry_at t.datetime_with_timezone :verified_at t.integer :verification_retry_count, limit: 2 t.binary :verification_checksum, using: 'verification_checksum::bytea' t.text :verification_failure t.index :verification_state, name: VERIFICATION_STATE_INDEX_NAME t.index :verified_at, where: "(verification_state = 0)", order: { verified_at: 'ASC NULLS FIRST' }, name: PENDING_VERIFICATION_INDEX_NAME t.index :verification_retry_at, where: "(verification_state = 3)", order: { verification_retry_at: 'ASC NULLS FIRST' }, name: FAILED_VERIFICATION_INDEX_NAME t.index :verification_state, where: "(verification_state = 0 OR verification_state = 3)", name: NEEDS_VERIFICATION_INDEX_NAME end end end add_text_limit :pages_deployment_states, :verification_failure, 255 end def down drop_table :pages_deployment_states end end
-
If deviating from the above example, then be sure to order columns according to our guidelines. -
Run database migrations: bin/rake db:migrate
-
If pages_deployments
is a high-traffic table, follow the database documentation to usewith_lock_retries
-
Be sure to commit the relevant changes in db/structure.sql
That's all of the required database changes.
Implement Geo support of Pages Deployments behind a feature flag
Step 1. Implement replication and verification
-
Add the following lines to the pages_deployment
model to accomplish some important tasks:- Include
Gitlab::Geo::ReplicableModel
in thePagesDeployment
class, and specify the Replicator classwith_replicator Geo::PagesDeploymentReplicator
. - Include the
::Gitlab::Geo::VerificationState
concern. - Delegate verification related methods to the
pages_deployment_state
model. - For verification, override some scopes to use the
pages_deployment_states
table instead of the model table. - Implement the
verification_state_object
method to return the object that holds the verification details - Override some methods to use the
pages_deployment_states
table in verification-related queries.
At this point the
PagesDeployment
class should look like this:# frozen_string_literal: true class PagesDeployment < ApplicationRecord ... include ::Gitlab::Geo::ReplicableModel include ::Gitlab::Geo::VerificationState with_replicator Geo::PagesDeploymentReplicator mount_uploader :file, PagesDeploymentUploader has_one :pages_deployment_state, autosave: false, inverse_of: :pages_deployment, class_name: 'Geo::PagesDeploymentState' delegate :verification_retry_at, :verification_retry_at=, :verified_at, :verified_at=, :verification_checksum, :verification_checksum=, :verification_failure, :verification_failure=, :verification_retry_count, :verification_retry_count=, :verification_state=, :verification_state, :verification_started_at=, :verification_started_at, to: :pages_deployment_state ... scope :with_verification_state, ->(state) { joins(:pages_deployment_state).where(pages_deployment_states: { verification_state: verification_state_value(state) }) } scope :checksummed, -> { joins(:pages_deployment_state).where.not(pages_deployment_states: { verification_checksum: nil } ) } scope :not_checksummed, -> { joins(:pages_deployment_state).where(pages_deployment_states: { verification_checksum: nil } ) } # Override the `all` default if not all records can be replicated. For an # example of an existing Model that needs to do this, see # `EE::MergeRequestDiff`. # scope :available_replicables, -> { all } def verification_state_object pages_deployment_state end ... class_methods do extend ::Gitlab::Utils::Override ... # @param primary_key_in [Range, PagesDeployment] arg to pass to primary_key_in scope # @return [ActiveRecord::Relation<PagesDeployment>] everything that should be synced to this node, restricted by primary key def self.replicables_for_current_secondary(primary_key_in) # This issue template does not help you write this method. # # This method is called only on Geo secondary sites. It is called when # we want to know which records to replicate. This is not easy to automate # because for example: # # * The "selective sync" feature allows admins to choose which namespaces # to replicate, per secondary site. Most Models are scoped to a # namespace, but the nature of the relationship to a namespace varies # between Models. # * The "selective sync" feature allows admins to choose which shards to # replicate, per secondary site. Repositories are associated with # shards. Most blob types are not, but Project Uploads are. # * Remote stored replicables are not replicated, by default. But the # setting `sync_object_storage` enables replication of remote stored # replicables. # # Search the codebase for examples, and consult a Geo expert if needed. end override :verification_state_table_class def verification_state_table_class PagesDeploymentState end end ... def pages_deployment_state super || build_pages_deployment_state end ... end
- Include
-
Implement PagesDeployment.replicables_for_current_secondary
above. -
Ensure PagesDeployment.replicables_for_current_secondary
is well-tested. Search the codebase forreplicables_for_current_secondary
to find examples of parameterized table specs. You may need to add moreFactoryBot
traits. -
Add the following shared examples to ee/spec/models/ee/pages_deployment_spec.rb
:include_examples 'a replicable model with a separate table for verification state' do let(:verifiable_model_record) { build(:pages_deployment) } # add extra params if needed to make sure the record is included in `available_verifiables` let(:unverifiable_model_record) { build(:pages_deployment) } # add extra params if needed to make sure the record is NOT included in `available_verifiables` end
-
Create ee/app/replicators/geo/pages_deployment_replicator.rb
. Implement the#carrierwave_uploader
method which should return aCarrierWave::Uploader
, and implement the class method.model
to return thePagesDeployment
class:# frozen_string_literal: true module Geo class PagesDeploymentReplicator < Gitlab::Geo::Replicator include ::Geo::BlobReplicatorStrategy extend ::Gitlab::Utils::Override def self.model ::PagesDeployment end def carrierwave_uploader model_record.file end # The feature flag follows the format `geo_#{replicable_name}_replication`, # so here it would be `geo_pages_deployment_replication` def self.replication_enabled_by_default? false end override :verification_feature_flag_enabled? def self.verification_feature_flag_enabled? # We are adding verification at the same time as replication, so we # don't need to toggle verification separately from replication. When # the replication feature flag is off, then verification is also off # (see `VerifiableReplicator.verification_enabled?`) true end end end
-
Generate the feature flag definition file by running the feature flag command and following the command prompts: bin/feature-flag --ee geo_pages_deployment_replication --type development --group 'group::geo'
-
Add this replicator class to the method replicator_classes
inee/lib/gitlab/geo.rb
:REPLICATOR_CLASSES = [ ::Geo::PackageFileReplicator, ::Geo::PagesDeploymentReplicator ] end
-
Create ee/spec/replicators/geo/pages_deployment_replicator_spec.rb
and perform the necessary setup to define themodel_record
variable for the shared examples:# frozen_string_literal: true require 'spec_helper' RSpec.describe Geo::PagesDeploymentReplicator do let(:model_record) { build(:pages_deployment) } include_examples 'a blob replicator' include_examples 'a verifiable replicator' end
-
Create ee/app/models/geo/pages_deployment_registry.rb
:# frozen_string_literal: true class Geo::PagesDeploymentRegistry < Geo::BaseRegistry include ::Geo::ReplicableRegistry include ::Geo::VerifiableRegistry MODEL_CLASS = ::PagesDeployment MODEL_FOREIGN_KEY = :pages_deployment_id belongs_to :pages_deployment, class_name: 'PagesDeployment' end
-
Update REGISTRY_CLASSES
inee/app/workers/geo/secondary/registry_consistency_worker.rb
. -
Add a custom factory name if needed in def model_class_factory_name
inee/spec/services/geo/registry_consistency_service_spec.rb
. -
Update it 'creates missing registries for each registry class'
inee/spec/workers/geo/secondary/registry_consistency_worker_spec.rb
. -
Add pages_deployment_registry
toActiveSupport::Inflector.inflections
inconfig/initializers_before_autoloader/000_inflections.rb
. -
Create ee/spec/factories/geo/pages_deployment_registry.rb
:# frozen_string_literal: true FactoryBot.define do factory :geo_pages_deployment_registry, class: 'Geo::PagesDeploymentRegistry' do pages_deployment # This association should have data, like a file or repository state { Geo::PagesDeploymentRegistry.state_value(:pending) } trait :synced do state { Geo::PagesDeploymentRegistry.state_value(:synced) } last_synced_at { 5.days.ago } end trait :failed do state { Geo::PagesDeploymentRegistry.state_value(:failed) } last_synced_at { 1.day.ago } retry_count { 2 } last_sync_failure { 'Random error' } end trait :started do state { Geo::PagesDeploymentRegistry.state_value(:started) } last_synced_at { 1.day.ago } retry_count { 0 } end trait :verification_succeeded do verification_checksum { 'e079a831cab27bcda7d81cd9b48296d0c3dd92ef' } verification_state { Geo::PagesDeploymentRegistry.verification_state_value(:verification_succeeded) } verified_at { 5.days.ago } end end end
-
Create ee/spec/models/geo/pages_deployment_registry_spec.rb
:# frozen_string_literal: true require 'spec_helper' RSpec.describe Geo::PagesDeploymentRegistry, :geo, type: :model do let_it_be(:registry) { create(:geo_pages_deployment_registry) } specify 'factory is valid' do expect(registry).to be_valid end include_examples 'a Geo framework registry' include_examples 'a Geo verifiable registry' end
-
Add the following to spec/factories/pages_deployments.rb
:trait(:verification_succeeded) do with_file verification_checksum { 'abc' } verification_state { PagesDeployment.verification_state_value(:verification_succeeded) } end trait(:verification_failed) do with_file verification_failure { 'Could not calculate the checksum' } verification_state { PagesDeployment.verification_state_value(:verification_failed) } end
-
Make sure the factory also allows setting a project
attribute. If the model does not have a direct relation to a project, you can use atransient
attribute. Check outspec/factories/merge_request_diffs.rb
for an example. -
Following the example of Merge Request Diffs add a Geo::PagesDeploymentState
model inee/app/models/ee/geo/pages_deployment_state.rb
:module Geo class PagesDeploymentState < ApplicationRecord self.primary_key = :pages_deployment_id belongs_to :pages_deployment, inverse_of: :pages_deployment_state end end
-
Add a factory
forpages_deployment_state
, inee/spec/factories/geo/pages_deployment_states.rb
:# frozen_string_literal: true FactoryBot.define do factory :geo_pages_deployment_state, class: 'Geo::PagesDeploymentState' do pages_deployment trait(:checksummed) do verification_checksum { 'abc' } end trait(:checksum_failure) do verification_failure { 'Could not calculate the checksum' } end end end
Step 2. Implement metrics gathering
Metrics are gathered by Geo::MetricsUpdateWorker
, persisted in GeoNodeStatus
for display in the UI, and sent to Prometheus:
-
Add the following fields to Geo Node Status example responses in doc/api/geo_nodes.md
:pages_deployments_count
pages_deployments_checksum_total_count
pages_deployments_checksummed_count
pages_deployments_checksum_failed_count
pages_deployments_synced_count
pages_deployments_failed_count
pages_deployments_registry_count
pages_deployments_verification_total_count
pages_deployments_verified_count
pages_deployments_verification_failed_count
pages_deployments_synced_in_percentage
pages_deployments_verified_in_percentage
-
Add the same fields to GET /geo_nodes/status
example response inee/spec/fixtures/api/schemas/public_api/v4/geo_node_status.json
. -
Add the following fields to the Sidekiq metrics
table indoc/administration/monitoring/prometheus/gitlab_metrics.md
:geo_pages_deployments
geo_pages_deployments_checksum_total
geo_pages_deployments_checksummed
geo_pages_deployments_checksum_failed
geo_pages_deployments_synced
geo_pages_deployments_failed
geo_pages_deployments_registry
geo_pages_deployments_verification_total
geo_pages_deployments_verified
geo_pages_deployments_verification_failed
-
Add the following to the parameterized table in the context 'Replicator stats' do
block inee/spec/models/geo_node_status_spec.rb
:Geo::PagesDeploymentReplicator | :pages_deployment | :geo_pages_deployment_registry
Pages Deployment replication and verification metrics should now be available in the API, the Admin > Geo > Nodes
view, and Prometheus.
Step 3. Implement the GraphQL API
The GraphQL API is used by Admin > Geo > Replication Details
views, and is directly queryable by administrators.
-
Add a new field to GeoNodeType
inee/app/graphql/types/geo/geo_node_type.rb
:field :pages_deployment_registries, ::Types::Geo::PagesDeploymentRegistryType.connection_type, null: true, resolver: ::Resolvers::Geo::PagesDeploymentRegistriesResolver, description: 'Find Pages Deployment registries on this Geo node', feature_flag: :geo_pages_deployment_replication
-
Add the new pages_deployment_registries
field name to theexpected_fields
array inee/spec/graphql/types/geo/geo_node_type_spec.rb
. -
Create ee/app/graphql/resolvers/geo/pages_deployment_registries_resolver.rb
:# frozen_string_literal: true module Resolvers module Geo class PagesDeploymentRegistriesResolver < BaseResolver type ::Types::Geo::GeoNodeType.connection_type, null: true include RegistriesResolver end end end
-
Create ee/spec/graphql/resolvers/geo/pages_deployment_registries_resolver_spec.rb
:# frozen_string_literal: true require 'spec_helper' RSpec.describe Resolvers::Geo::PagesDeploymentRegistriesResolver do it_behaves_like 'a Geo registries resolver', :geo_pages_deployment_registry end
-
Create ee/app/finders/geo/pages_deployment_registry_finder.rb
:# frozen_string_literal: true module Geo class PagesDeploymentRegistryFinder include FrameworkRegistryFinder end end
-
Create ee/spec/finders/geo/pages_deployment_registry_finder_spec.rb
:# frozen_string_literal: true require 'spec_helper' RSpec.describe Geo::PagesDeploymentRegistryFinder do it_behaves_like 'a framework registry finder', :geo_pages_deployment_registry end
-
Create ee/app/graphql/types/geo/pages_deployment_registry_type.rb
:# frozen_string_literal: true module Types module Geo # rubocop:disable Graphql/AuthorizeTypes because it is included class PagesDeploymentRegistryType < BaseObject include ::Types::Geo::RegistryType graphql_name 'PagesDeploymentRegistry' description 'Represents the Geo replication and verification state of a pages_deployment' field :pages_deployment_id, GraphQL::ID_TYPE, null: false, description: 'ID of the Pages Deployment' end end end
-
Create ee/spec/graphql/types/geo/pages_deployment_registry_type_spec.rb
:# frozen_string_literal: true require 'spec_helper' RSpec.describe GitlabSchema.types['PagesDeploymentRegistry'] do it_behaves_like 'a Geo registry type' it 'has the expected fields (other than those included in RegistryType)' do expected_fields = %i[pages_deployment_id] expect(described_class).to have_graphql_fields(*expected_fields).at_least end end
-
Add integration tests for providing PagesDeployment registry data to the frontend via the GraphQL API, by duplicating and modifying the following shared examples in ee/spec/requests/api/graphql/geo/registries_spec.rb
:it_behaves_like 'gets registries for', { field_name: 'PagesDeploymentRegistries', registry_class_name: 'PagesDeploymentRegistry', registry_factory: :geo_pages_deployment_registry, registry_foreign_key_field_name: 'PagesDeploymentId' }
-
Update the GraphQL reference documentation: bundle exec rake gitlab:graphql:compile_docs
Individual Pages Deployment replication and verification data should now be available via the GraphQL API.
Release Geo support of Pages Deployments
-
In the rollout issue you created when creating the feature flag, modify the Roll Out Steps: -
Cross out any steps related to testing on production GitLab.com, because Geo is not running on production GitLab.com at the moment. -
Add a step to Test replication and verification of Pages Deployments on a non-GDK-deployment. For example, using GitLab Environment Toolkit
. -
Add a step to Ping the Geo PM and EM to coordinate testing
. For example, you might add steps to generate Pages Deployments, and then a Geo engineer may take it from there.
-
-
In ee/config/feature_flags/development/geo_pages_deployment_replication.yml
, setdefault_enabled: true
-
In ee/app/replicators/geo/pages_deployment_replicator.rb
, delete theself.replication_enabled_by_default?
method:module Geo class PagesDeploymentReplicator < Gitlab::Geo::Replicator ... # REMOVE THIS LINE IF IT IS NO LONGER NEEDED extend ::Gitlab::Utils::Override ... # REMOVE THIS METHOD def self.replication_enabled_by_default? false end # REMOVE THIS METHOD ... end end
-
In ee/app/graphql/types/geo/geo_node_type.rb
, remove thefeature_flag
option for the released type:field :pages_deployment_registries, ::Types::Geo::PagesDeploymentRegistryType.connection_type, null: true, resolver: ::Resolvers::Geo::PagesDeploymentRegistriesResolver, description: 'Find Pages Deployment registries on this Geo node', feature_flag: :geo_pages_deployment_replication # REMOVE THIS LINE
-
Run bundle exec rake gitlab:graphql:compile_docs
after the step above to regenerate the GraphQL docs. -
Add a row for Pages Deployments to the Data types
table in Geo data types support -
Add a row for Pages Deployments to the Limitations on replication/verification
table in Geo data types support. If the row already exists, then update it to show that Replication and Verification is released in the current version.